測試環境 本次測試直接host指定功能變數名稱，然後在虛擬機中安裝了三台CentOS。 測試功能變數名稱 ：a.com A伺服器IP ：192.168.0.108（主） B伺服器IP ：192.168.0.27 C伺服器IP ：192.168.0.131 部署思路A伺服器做為主伺服器，功能變數名稱直接解析到A伺服器（192 ...
測試環境
本次測試直接host指定功能變數名稱，然後在虛擬機中安裝了三台CentOS。
測試功能變數名稱 ：a.com
A伺服器IP ：192.168.0.108（主）
B伺服器IP ：192.168.0.27
C伺服器IP ：192.168.0.131
部署思路
A伺服器做為主伺服器，功能變數名稱直接解析到A伺服器（192.168.5.149）上，由A伺服器負載均衡到B伺服器（192.168.0.27）與C伺服器（192.168.0.131）上。
功能變數名稱解析
由於不是真實環境，功能變數名稱就隨便使用一個a.com用作測試，所以a.com的解析只能在hosts文件設置。
打開：C:WindowsSystem32driversetchosts
在末尾添加
192.168.0.108 a.com
保存退出，然後啟動命令模式ping下看看是否已設置成功
從截圖上看已成功將a.com解析到192.168.5.149IP
A伺服器nginx.conf設置
打開nginx.conf，文件位置在nginx安裝目錄的conf目錄下。
在http段加入以下代碼
upstream a.com {
server 192.168.0.131:80;
server 192.168.0.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伺服器nginx.conf設置
打開nginx.confi，在http段加入以下代碼
server{
listen 80;
server_name a.com;
index index.html;
root /data0/htdocs/www;
}
保存重啟nginx
測試
當訪問a.com的時候，為了區分是轉向哪台伺服器處理我分別在B、C伺服器下寫一個不同內容的index.html文件，以作區分。
打開瀏覽器訪問a.com結果，刷新會發現所有的請求均分別被主伺服器（192.168.5.149）分配到B伺服器（192.168.0.27）與C伺服器（192.168.0.131）上，實現了負載均衡效果。
B伺服器處理頁面
C伺服器處理頁面
假如其中一臺伺服器宕機會怎樣？
當某台伺服器宕機了，是否會影響訪問呢？
我們先來看看實例，根據以上例子，假設C伺服器192.168.0.131這台機子宕機了（由於無法模擬宕機，所以我就把C伺服器關機）然後再來訪問看看。
訪問結果：
我們發現，雖然C伺服器（192.168.0.131）宕機了，但不影響網站訪問。這樣，就不會擔心在負載均衡模式下因為某台機子宕機而拖累整個站點了。
如果b.com也要設置負載均衡怎麼辦？
很簡單，跟a.com設置一樣。如下：
假設b.com的主伺服器IP是192.168.5.149，負載均衡到192.168.5.150和192.168.5.151機器上
現將功能變數名稱b.com解析到192.168.5.149IP上。
在主伺服器(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機器上設置nginx，打開nginx.conf在末尾添加以下代碼：
server{
listen 80;
server_name b.com;
index index.html;
root /data0/htdocs/www;
}
保存重啟nginx
完成以後步驟後即可實現b.com的負載均衡配置。
主伺服器不能提供服務嗎？
以上例子中，我們都是應用到了主伺服器負載均衡到其它伺服器上，那麼主伺服器本身能不能也加在伺服器列表中，這樣就不會白白浪費拿一臺伺服器純當做轉發功能，而是也參與到提供服務中來。
如以上案例三台伺服器：
A伺服器IP ：192.168.0.108（主）
B伺服器IP ：192.168.0.27
C伺服器IP ：192.168.0.131
我們把功能變數名稱解析到A伺服器，然後由A伺服器轉發到B伺服器與C伺服器，那麼A伺服器只做一個轉發功能，現在我們讓A伺服器也提供站點服務。
我們先來分析一下，如果添加主伺服器到upstream中，那麼可能會有以下兩種情況發生：
1、主伺服器轉發到了其它IP上，其它IP伺服器正常處理；
2、主伺服器轉發到了自己IP上，然後又進到主伺服器分配IP那裡，假如一直分配到本機，則會造成一個死迴圈。
怎麼解決這個問題呢？因為80埠已經用來監聽負載均衡的處理，那麼本伺服器上就不能再使用80埠來處理a.com的訪問請求，得用一個新的。於是我們把主伺服器的nginx.conf加入以下一段代碼：
server{
listen 8080;
server_name a.com;
index index.html;
root /data0/htdocs/www;
}
重啟nginx，在瀏覽器輸入a.com:8080試試看能不能訪問。結果可以正常訪問
既然能正常訪問，那麼我們就可以把主伺服器添加到upstream中，但是埠要改一下，如下代碼：
upstream a.com {
server 192.168.0.131:80;
server 192.168.0.27:80;
server 127.0.0.1:8080;
}
由於這裡可以添加主伺服器IP192.168.0.108或者127.0.0.1均可以，都表示訪問自己。
重啟Nginx，然後再來訪問a.com看看會不會分配到主伺服器上。
