.jpg)
負(fù)載均衡是我們大流量網(wǎng)站要做的一個東西，下面我來給大家介紹在nginx服務(wù)器上進(jìn)行負(fù)載均衡配置方法，希望對有需要的同學(xué)有所幫助哦。
負(fù)載均衡
先來簡單了解一下什么是負(fù)載均衡，單從字面上的意思來理解就可以解釋N臺服務(wù)器平均分擔(dān)負(fù)載，不會因?yàn)槟撑_服務(wù)器負(fù)載高宕機(jī)而某臺服務(wù)器閑置的情況。那么負(fù)載均衡的前提就是要有多臺服務(wù)器才能實(shí)現(xiàn)，也就是兩臺以上即可。
測試環(huán)境
由于沒有服務(wù)器，所以本次測試直接host指定域名，然后在VMware里安裝了三臺centos。
測試域名? ：a.com
A服務(wù)器IP ：192.168.5.149 （主）
B服務(wù)器IP ：192.168.5.27
C服務(wù)器IP ：192.168.5.126
部署思路
A服務(wù)器做為主服務(wù)器，域名直接解析到A服務(wù)器（192.168.5.149）上，由A服務(wù)器負(fù)載均衡到B服務(wù)器（192.168.5.27）與C服務(wù)器（192.168.5.126）上。
域名解析
由于不是真實(shí)環(huán)境，域名就隨便使用一個a.com用作測試，所以a.com的解析只能在hosts文件設(shè)置。
打開：C:WindowsSystem32driversetchosts
在末尾添加
192.168.5.149??? a.com
保存退出，然后啟動命令模式ping下看看是否已設(shè)置成功
?
從截圖上看已成功將a.com解析到192.168.5.149IP
A服務(wù)器nginx.conf設(shè)置
打開nginx.conf，文件位置在nginx安裝目錄的conf目錄下。
在http段加入以下代碼
upstream?a.com?{? ??????server??192.168.5.126:80;? ??????server??192.168.5.27:80;? }? ?? server{? ????listen?80;? ????server_name?a.com;? ????location?/?{? ????????proxy_pass?????????http://a.com;? ????????proxy_set_header???Host?????????????$host;? ????????proxy_set_header???X-Real-IP????????$remote_addr;? ????????proxy_set_header???X-Forwarded-For??$proxy_add_x_forwarded_for;? ????}? }
保存重啟nginx
B、C服務(wù)器nginx.conf設(shè)置
打開nginx.confi，在http段加入以下代碼
server{? ????listen?80;? ????server_name?a.com;? ????index?index.html;? ????root?/data0/htdocs/www;? }
保存重啟nginx
測試
當(dāng)訪問a.com的時候，為了區(qū)分是轉(zhuǎn)向哪臺服務(wù)器處理我分別在B、C服務(wù)器下寫一個不同內(nèi)容的index.html文件，以作區(qū)分。
打開瀏覽器訪問a.com結(jié)果，刷新會發(fā)現(xiàn)所有的請求均分別被主服務(wù)器（192.168.5.149）分配到B服務(wù)器（192.168.5.27）與C服務(wù)器（192.168.5.126）上，實(shí)現(xiàn)了負(fù)載均衡效果。
?
假如其中一臺服務(wù)器宕機(jī)會怎樣？
當(dāng)某臺服務(wù)器宕機(jī)了，是否會影響訪問呢？
我們先來看看實(shí)例，根據(jù)以上例子，假設(shè)C服務(wù)器192.168.5.126這臺機(jī)子宕機(jī)了（由于無法模擬宕機(jī)，所以我就把C服務(wù)器關(guān)機(jī)）然后再來訪問看看。
訪問結(jié)果：
?
我們發(fā)現(xiàn)，雖然C服務(wù)器（192.168.5.126）宕機(jī)了，但不影響網(wǎng)站訪問。這樣，就不會擔(dān)心在負(fù)載均衡模式下因?yàn)槟撑_機(jī)子宕機(jī)而拖累整個站點(diǎn)了。
如果b.com也要設(shè)置負(fù)載均衡怎么辦？
很簡單，跟a.com設(shè)置一樣。如下：
假設(shè)b.com的主服務(wù)器IP是192.168.5.149，負(fù)載均衡到192.168.5.150和192.168.5.151機(jī)器上
現(xiàn)將域名b.com解析到192.168.5.149IP上。
在主服務(wù)器(192.168.5.149)的nginx.conf加入以下代碼：
upstream?b.com?{? ??????server??192.168.5.150:80;? ??????server??192.168.5.151:80;? }? ?? server{? ????listen?80;? ????server_name?b.com;? ????location?/?{? ????????proxy_pass?????????http://b.com;? ????????proxy_set_header???Host?????????????$host;? ????????proxy_set_header???X-Real-IP????????$remote_addr;? ????????proxy_set_header???X-Forwarded-For??$proxy_add_x_forwarded_for;? ????}? }
保存重啟nginx
在192.168.5.150與192.168.5.151機(jī)器上設(shè)置nginx，打開nginx.conf在末尾添加以下代碼：
server{? ????listen?80;? ????server_name?b.com;? ????index?index.html;? ????root?/data0/htdocs/www;? }
保存重啟nginx
完成以后步驟后即可實(shí)現(xiàn)b.com的負(fù)載均衡配置。
主服務(wù)器不能提供服務(wù)嗎？
以上例子中，我們都是應(yīng)用到了主服務(wù)器負(fù)載均衡到其它服務(wù)器上，那么主服務(wù)器本身能不能也加在服務(wù)器列表中，這樣就不會白白浪費(fèi)拿一臺服務(wù)器純當(dāng)做轉(zhuǎn)發(fā)功能，而是也參與到提供服務(wù)中來。
如以上案例三臺服務(wù)器：
A服務(wù)器IP ：192.168.5.149 （主）
B服務(wù)器IP ：192.168.5.27
C服務(wù)器IP ：192.168.5.126
我們把域名解析到A服務(wù)器，然后由A服務(wù)器轉(zhuǎn)發(fā)到B服務(wù)器與C服務(wù)器，那么A服務(wù)器只做一個轉(zhuǎn)發(fā)功能，現(xiàn)在我們讓A服務(wù)器也提供站點(diǎn)服務(wù)。
我們先來分析一下，如果添加主服務(wù)器到upstream中，那么可能會有以下兩種情況發(fā)生：
1、主服務(wù)器轉(zhuǎn)發(fā)到了其它IP上，其它IP服務(wù)器正常處理；
2、主服務(wù)器轉(zhuǎn)發(fā)到了自己IP上，然后又進(jìn)到主服務(wù)器分配IP那里，假如一直分配到本機(jī)，則會造成一個死循環(huán)。
怎么解決這個問題呢？因?yàn)?0端口已經(jīng)用來監(jiān)聽負(fù)載均衡的處理，那么本服務(wù)器上就不能再使用80端口來處理a.com的訪問請求，得用一個新的。于是我們把主服務(wù)器的nginx.conf加入以下一段代碼：
server{? ????listen?8080;? ????server_name?a.com;? ????index?index.html;? ????root?/data0/htdocs/www;? }
?
重啟nginx，在瀏覽器輸入a.com:8080試試看能不能訪問。結(jié)果可以正常訪問
?
既然能正常訪問，那么我們就可以把主服務(wù)器添加到upstream中，但是端口要改一下，如下代碼：
upstream?a.com?{? ??????server??192.168.5.126:80;? ??????server??192.168.5.27:80;? ??????server??127.0.0.1:8080;? }
由于這里可以添加主服務(wù)器IP192.168.5.149或者127.0.0.1均可以，都表示訪問自己。
重啟Nginx，然后再來訪問a.com看看會不會分配到主服務(wù)器上。
?
主服務(wù)器也能正常加入服務(wù)了。
最后
一、負(fù)載均衡不是nginx獨(dú)有，著名鼎鼎的apache也有，但性能可能不如nginx。
二、多臺服務(wù)器提供服務(wù)，但域名只解析到主服務(wù)器，而真正的服務(wù)器IP不會被ping下即可獲得，增加一定安全性。
?
三、upstream里的IP不一定是內(nèi)網(wǎng)，外網(wǎng)IP也可以。不過經(jīng)典的案例是，局域網(wǎng)中某臺IP暴露在外網(wǎng)下，域名直接解析到此IP。然后又這臺主服務(wù)器轉(zhuǎn)發(fā)到內(nèi)網(wǎng)服務(wù)器IP中。
四、某臺服務(wù)器宕機(jī)、不會影響網(wǎng)站正常運(yùn)行，Nginx不會把請求轉(zhuǎn)發(fā)到已宕機(jī)的IP上。
更多Nginx相關(guān)技術(shù)文章，請訪問Nginx教程欄目進(jìn)行學(xué)習(xí)！
.png)
