下面將介紹nginx開源版內建的4種負載均衡策略和2種三方負載均衡策略，他們分別是：
本文只是展示了部分nginx實現負載均衡時可以使用的策略模組，另外在nginx商業版中還存在其他內建的策略模組。負載均衡的三方策略可以在三方模組列表這裡找到。
nginx將所有請求均勻的分給集群中的每台伺服器。
upstream test
server
}
proxy_pass: 將匹配的請求****到proxy_pass後面配置的服務上，這裡因為需要配置負載均衡，所以這裡http://後面必須要跟上upstream定義的服務集群。
注意：upstream定義服務集群時，配置的服務位址只能是網域名稱+埠或者ip+埠，不能帶有協議和路徑，否則nginx會報nginx: [emerg] invalid host in upstream這個錯誤資訊。
upstream test127.0.0.1:7001這個服務，後面一次請求會**到150.109.118.85:7001這個服務，再後面兩次**到127.0.0.1:7001，。。。
檔案位置：src/http/modules/ngx_http_upstream_least_conn_module.c
nginx請求分配給active_connection/weight最小的伺服器。
upstream test根據使用者的ip，計算出乙個hash值，如果負載均衡快取中有這個hash對應的伺服器，那就直接**到對應的伺服器上。
upstream test應用場景：nginx負載均衡策略：ip_hash、url_hash這篇文章中有介紹乙個可以使用ip_hash的例子。在實現檔案上傳功能時，要實現乙個大檔案上傳，往往會將這個大檔案分成多個片段，然後上傳到伺服器，如果使用前面給的策略，就會出現同乙個檔案的分片被上傳到不同伺服器，導致檔案合併失敗，不能達到預期效果。nginx使用ip_hash策略後，客戶端只要上傳了當前檔案的乙個片段，後續檔案片段上傳的時候，nginx通過計算ip的hash，自動把請求**到hash對應的伺服器。
檔案位置：src/http/modules/ngx_http_upstream_hash_module.c
可以進行hash計算的有remote_addr（客戶端ip）（從測試結果上面看感覺可以直接替換掉ip_hash）、request_uri(請求uri)、args（請求引數），下面主要以request_uri的使用作為展示，其他兩個使用都類似。
根據請求的uri計算出乙個hash值，然後將該請求**到一台伺服器上面，後續請求通過hash計算後，如果有相同的hash，那麼就會將該請求**到該hash對應的伺服器。
如果集群中某台伺服器宕機之後會出現什麼情況：假設r1命中a伺服器；r2命中b伺服器。當a伺服器宕機，之前通過r1計算出來的hash與a伺服器的對應情況會失效，r1將重新分配給b伺服器。後續a伺服器恢復正常後，r1還是會分配給b伺服器。
upstream testupstream testupstream test標識down的伺服器暫時不支援資源請求。
upstream test127.0.0.1:7001標識為down，所以不會有請求**到這個服務，所有的請求都會**到150.109.118.85:7001這個服務。
集群中服務的權重值，預設是1。在只有weight這乙個影響條件下，且集群中服務都正常，nginx會將更多的請求**到weight更大的服務。
upstream test允許服務處理請求時服務出錯的次數，預設為1。當服務處理請求發生錯誤的次數超過max_fails時，後面的請求暫時不會**到這台發生錯誤的服務。
upstream testupstream testupstream testupstream testupstream testnginx 負載均衡 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...