nginx的負載均衡有4種模式：
1)、輪詢（預設）
每個請求按時間順序逐一分配到不同的後端伺服器，如果後端伺服器down掉，能自動剔除。
2)、weight
指定輪詢機率，weight和訪問比率成正比，用於後端伺服器效能不均的情況。
2)、ip_hash
每個請求按訪問ip的hash結果分配，這樣每個訪客固定訪問乙個後端伺服器，可以解決session的問題。
3)、fair（第三方）
按後端伺服器的響應時間來分配請求，響應時間短的優先分配。
4)、url_hash（第三方）
開啟nginx.cnf檔案
在http節點下新增upstream節點：
upstream webname
其中webname是自己取的名字，最後會通過這個名字在url裡訪問的，像上面這個例子一樣什麼都不加就是預設的輪詢，第乙個請求過來訪問第乙個server，第二個請求來訪問第二個server。依次輪著來。
upstream webname
這個weight也很好理解，權重大的被訪問的概率就大，上面這個例子的話，訪問2次server1，訪問一次server2
upstream webname
ip_hash的配置也很簡單，直接加一行就可以了，這樣只要是同乙個ip過來的都會到同一臺server上
然後在server節點下進行配置：
location /name
proxy_pass裡面用上面配的webname代替了原來的ip位址。
這樣就基本完成了負載均衡的配置。
下面是主備的配置：
還是在upstream裡面
upstream webname
設定某乙個節點為backup，那麼一般情況下所有請求都訪問server1，當server1掛掉或者忙的的時候才會訪問server2
upstream webname
設定某個節點為down，那麼這個server不參與負載。
負載均衡
先來簡單了解一下什麼是負載均衡，單從字面上的意思來理解就可以解釋n臺伺服器平均分擔負載，不會因為某台伺服器負載高宕機而某台伺服器閒置的情況。那麼負載均衡的前提就是要有多台伺服器才能實現，也就是兩台以上即可。
測試環境
由於沒有伺服器，所以本次測試直接host指定網域名稱，然後在vmware裡安裝了三颱centos。
測試網域名稱 ：a.com
a伺服器ip ：192.168.5.149 （主）
b伺服器ip ：192.168.5.27
c伺服器ip ：192.168.5.126
部署思路
a伺服器做為主伺服器，網域名稱直接解析到a伺服器（192.168.5.149）上，由a伺服器負載均衡到b伺服器（192.168.5.27）與c伺服器（192.168.5.126）上。
網域名稱解析
由於不是真實環境，網域名稱就隨便使用乙個a.com用作測試，所以a.com的解析只能在hosts檔案設定。
開啟：c:windowssystem32driversetchosts
在末尾新增
192.168.5.149 a.com
儲存退出，然後啟動命令模式ping下看看是否已設定成功
從截圖上看已成功將a.com解析到192.168.5.149ip
a伺服器nginx.conf設定
開啟nginx.conf，檔案位置在nginx安裝目錄的conf目錄下。
在http段加入以下**
upstream a.com
server
}
儲存重啟nginx
b、c伺服器nginx.conf設定
開啟nginx.confi，在http段加入以下**
server
儲存重啟nginx
測試 當訪問a.com的時候，為了區分是轉向哪台伺服器處理我分別在b、c伺服器下寫乙個不同內容的index.html檔案，以作區分。
開啟瀏覽器訪問a.com結果，重新整理會發現所有的請求均分別被主伺服器（192.168.5.149）分配到b伺服器（192.168.5.27）與c伺服器（192.168.5.126）上，實現了負載均衡效果。
b伺服器處理頁面
c伺服器處理頁面
假如其中一台伺服器死機會怎樣？
當某台伺服器宕機了，是否會影響訪問呢？
我們先來看看例項，根據以上例子，假設c伺服器192.168.5.126這台機子宕機了（由於無法模擬宕機，所以我就把c伺服器關機）然後再來訪問看看。
訪問結果：
我們發現，雖然c伺服器（192.168.5.126）宕機了，但不影響**訪問。這樣，就不會擔心在負載均衡模式下因為某台機子宕機而拖累整個站點了。
如果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
}
儲存重啟nginx
在192.168.5.150與192.168.5.151機器上設定nginx，開啟nginx.conf在末尾新增以下**：
server
儲存重啟nginx
完成以後步驟後即可實現b.com的負載均衡配置。
主伺服器不能提供服務嗎？
以上例子中，我們都是應用到了主伺服器負載均衡到其它伺服器上，那麼主伺服器本身能不能也加在伺服器列表中，這樣就不會白白浪費拿一台伺服器純當做**功能，而是也參與到提供服務中來。
如以上案例三颱伺服器：
a伺服器ip ：192.168.5.149 （主）
b伺服器ip ：192.168.5.27
c伺服器ip ：192.168.5.126
我們把網域名稱解析到a伺服器，然後由a伺服器**到b伺服器與c伺服器，那麼a伺服器只做乙個**功能，現在我們讓a伺服器也提供站點服務。
我們先來分析一下，如果新增主伺服器到upstream中，那麼可能會有以下兩種情況發生：
1、主伺服器**到了其它ip上，其它ip伺服器正常處理；
2、主伺服器**到了自己ip上，然後又進到主伺服器分配ip那裡，假如一直分配到本機，則會造成乙個死迴圈。
怎麼解決這個問題呢？因為80埠已經用來監聽負載均衡的處理，那麼本伺服器上就不能再使用80埠來處理a.com的訪問請求，得用乙個新的。於是我們把主伺服器的nginx.conf加入以下一段**：
server
重啟nginx，在瀏覽器輸入a.com:8080試試看能不能訪問。結果可以正常訪問
既然能正常訪問，那麼我們就可以把主伺服器新增到upstream中，但是埠要改一下，如下**：
upstream a.com
由於這裡可以新增主伺服器ip192.168.5.149或者127.0.0.1均可以，都表示訪問自己。
重啟nginx，然後再來訪問a.com看看會不會分配到主伺服器上。
主伺服器也能正常加入服務了。
最後 一、負載均衡不是nginx獨有，著名鼎鼎的apache也有，但效能可能不如nginx。
二、多台伺服器提供服務，但網域名稱只解析到主伺服器，而真正的伺服器ip不會被ping下即可獲得，增加一定安全性。
三、upstream裡的ip不一定是內網，外網ip也可以。不過經典的案例是，區域網中某台ip暴露在外網下，網域名稱直接解析到此ip。然後又這台主伺服器**到內網伺服器ip中。
四、某台伺服器宕機、不會影響**正常執行，nginx不會把請求**到已宕機的ip上
nginx 負載均衡 Nginx負載均衡策略
nginx提供的負載均衡策略有2種 內建策略和擴充套件策略。內建策略為輪詢 預設 加權輪詢，ip hash，第三方。upstream mysvr1 輪詢 每個請求按照時間順序逐一的分配到每乙個後台伺服器上。如果某台伺服器宕機了，將會自動的剔除宕機的服務。nginx預設就是輪詢其權重都預設為1，伺服器...
nginx負載均衡
nginx 的 upstream目前支援 4 種方式的分配 1 輪詢 預設 每個請求按時間順序逐一分配到不同的後端伺服器，如果後端伺服器down掉，能自動剔除。2 weight 指定輪詢機率，weight和訪問比率成正比，用於後端伺服器效能不均的情況。3 ip hash 每個請求按訪問ip的hash...
nginx負載均衡
nginx s stop quick exit nginx s quit graceful quit nginx s reload changing configuration,starting a new worker,quitting an old worker gracefully nginx...