負載均衡也是Nginx常用的一個功能，負載均衡其意思就是分攤到多個操作單元上進行執行，例如Web服務器、FTP服務器、企業關鍵應用服務器和其它關鍵任務服務器等，從而共同完成工作任務。簡單而言就是當有2臺或以上服務器時，根據規則隨機的將請求分發到指定的服務器上處理，負載均衡配置一般都需要同時配置反向代理，通過反向代理跳轉到負載均衡。而Nginx目前支持自帶3種負載均衡策略，還有2種常用的第三方策略。 1、RR（默認） 每個請求按時間順序逐一分配到不同的后端服務器，如果后端服務器down掉，能自動剔除。 簡單配置 ~~~ upstream test { server localhost:8080; server localhost:8081; } server { listen 81; server_name localhost; client_max_body_size 1024M; location / { proxy_pass http://test; proxy_set_header Host $host:$server_port; } } ~~~ 負載均衡的核心代碼為 ~~~ upstream test { server localhost:8080; server localhost:8081; } ~~~ 這里我配置了2臺服務器，當然實際上是一臺，只是端口不一樣而已，而8081的服務器是不存在的,也就是說訪問不到，但是我們訪問[http://localhost](http://localhost/)的時候,也不會有問題，會默認跳轉到[http://localhost:8080](http://localhost:8080/)具體是因為Nginx會自動判斷服務器的狀態，如果服務器處于不能訪問（服務器掛了），就不會跳轉到這臺服務器，所以也避免了一臺服務器掛了影響使用的情況，由于Nginx默認是RR策略，所以我們不需要其他更多的設置。 2、權重 指定輪詢幾率，weight和訪問比率成正比，用于后端服務器性能不均的情況。 例如 ~~~ upstream test { server localhost:8080 weight=9; server localhost:8081 weight=1; } ~~~ 那么10次一般只會有1次會訪問到8081，而有9次會訪問到8080 3、ip\_hash 上面的2種方式都有一個問題，那就是下一個請求來的時候請求可能分發到另外一個服務器，當我們的程序不是無狀態的時候（采用了session保存數據），這時候就有一個很大的很問題了，比如把登錄信息保存到了session中，那么跳轉到另外一臺服務器的時候就需要重新登錄了，所以很多時候我們需要一個客戶只訪問一個服務器，那么就需要用iphash了，iphash的每個請求按訪問ip的hash結果分配，這樣每個訪客固定訪問一個后端服務器，可以解決session的問題。 ~~~ upstream test { ip_hash; server localhost:8080; server localhost:8081; } ~~~ 4、fair（第三方） 按后端服務器的響應時間來分配請求，響應時間短的優先分配。 ~~~ upstream backend { fair; server localhost:8080; server localhost:8081; } ~~~ 5、url\_hash（第三方） 按訪問url的hash結果來分配請求，使每個url定向到同一個后端服務器，后端服務器為緩存時比較有效。 在upstream中加入hash語句，server語句中不能寫入weight等其他的參數，hash\_method是使用的hash算法 ~~~ upstream backend { hash $request_uri; hash_method crc32; server localhost:8080; server localhost:8081; } ~~~ 以上5種負載均衡各自適用不同情況下使用，所以可以根據實際情況選擇使用哪種策略模式,不過fair和url\_hash需要安裝第三方模塊才能使用，由于本文主要介紹Nginx能做的事情，所以Nginx安裝第三方模塊不會再本文介紹