weight 默認為1.weight越大，負載的權重就越大。

通過上面的配置，刷新頁面，會發現訪問tomcat1的概率明顯比訪問tomcat2的概率大。

PS：upstream目前支持5種方式的分配

1、輪詢（默認）

每個請求按時間順序逐一分配到不同的後端服務器，如果後端服務器down掉，能自動剔除。

2、weight

指定輪詢幾率，weight和訪問比率成正比，用於後端服務器性能不均的情況。

例如：

1. 
   
2. upstream bakend {
3. 　　server 192.168.0.14 weight=10;
4. 　　server 192.168.0.15 weight=10;
5. }

3、ip_hash

每個請求按訪問ip的hash結果分配，這樣每個訪客固定訪問一個後端服務器，可以解決session的問題。

例如：

1. 
   
2. upstream bakend {
3. 　　ip_hash;
4. 　　server 192.168.0.14:88;
5. 　　server 192.168.0.15:80;
6. }

4、fair（第三方）

按後端服務器的響應時間來分配請求，響應時間短的優先分配。

1. 
   
2. upstream backend {
3. 　　server server1;
4. 　　server server2;
5. 　　fair;
6. }

5、url_hash（第三方）

按訪問url的hash結果來分配請求，使每個url定向到同一個後端服務器，後端服務器為緩存時比較有效。

例：在upstream中加入hash語句，server語句中不能寫入weight等其他的參數，hash_method是使用的hash算法

1. 
   
2. upstream backend {
3. 　　server squid1:3128;
4. 　　server squid2:3128;
5. 　　hash $request_uri;
6. 　　hash_method crc32;
7. }
8. 　　tips:
9. 　　upstream bakend{#定義負載均衡設備的Ip及設備狀態
10. 　　ip_hash;
11. 　　server 127.0.0.1:9090 down;
12. 　　server 127.0.0.1:8080 weight=2;
13. 　　server 127.0.0.1:6060;
14. 　　server 127.0.0.1:7070 backup;
15. }

在需要使用負載均衡的server中增加

proxy_pass http://bakend/;

每個設備的狀態設置為：

1.down 表示單前的server暫時不參與負載

2.weight 默認為1.weight越大，負載的權重就越大。

3.max_fails :允許請求失敗的次數默認為1.當超過最大次數時，返回proxy_next_upstream 模塊定義的錯誤

4.fail_timeout:max_fails次失敗後，暫停的時間。

5.backup: 其它所有的非backup機器down或者忙的時候，請求backup機器。所以這臺機器壓力會最輕。

nginx支持同時設置多組的負載均衡，用來給不用的server來使用。

client_body_in_file_only 設置為On 可以講client post過來的數據記錄到文件中用來做debug

client_body_temp_path 設置記錄文件的目錄 可以設置最多3層目錄

location 對URL進行匹配。可以

在Nginx反向代理轉發tomcat這篇文章中，對nginx進行了簡單的介紹，實現了nginx代理轉發的功能，以及靜態、動態資源分離的實現。本篇文章接著這篇文章繼續寫下去的，如果有不明白的地方，可以進入Nginx反向代理轉發tomcat 開始閱讀。

nginx+tomcat 部署實現負載均衡原理如下圖：

nginx作為代理服務器，可以轉發多個tomcat服務器，實現負載均衡。

1.環境準備

安裝nginx服務，可參考：Linux系統下Nginx的安裝

部署tomcat，至少部署2個tomcat服務，本篇文章用2臺tomcat服務作為測試。

啟動部署成功的服務

2.修該nginx配置

在server配置的上面新增upstream 配置，後面的“server_tomcat”相當於該配置別名，供後面的“proxy_pass”配置使用。

upstream 裡面配置的就是2個tomcat的訪問地址，IP：端口號，不用寫http:// 。

proxy_pass 轉發定位到upstream 裡面配置的多臺服務器proxy_pass 配置的http:// 必須要寫。

修改完成後，重新加載nginx服務的配置，訪問系統IP，如下圖所示：

點擊刷新，頁面如下：

再點擊刷新，頁面如下：

再點擊刷新，頁面如下：

可以發現，每次刷新nginx代理都會轉發不同的服務器，貌似兩臺兩臺服務器被訪問的概率一樣，實現了負載均衡。

看到這，肯定會有人有疑問,如果有一臺服務器突然掛掉了怎麼辦？別急，這種情況nginx已經給我們處理了，當有臺服務器掛掉了，nginx默認不會訪問掛掉的服務，繼續訪問其他正在運行的服務，提供了很好的容錯機制。

能不能讓兩臺服務器訪問的概率不一樣了？能，nginx給我們提供了 weight這個屬性，可以給各個服務器分配權重，配置如下：

weight 默認為1.weight越大，負載的權重就越大。

通過上面的配置，刷新頁面，會發現訪問tomcat1的概率明顯比訪問tomcat2的概率大。

PS：upstream目前支持5種方式的分配

1、輪詢（默認）

每個請求按時間順序逐一分配到不同的後端服務器，如果後端服務器down掉，能自動剔除。

2、weight

指定輪詢幾率，weight和訪問比率成正比，用於後端服務器性能不均的情況。

例如：

1. 
   
2. upstream bakend {
3. 　　server 192.168.0.14 weight=10;
4. 　　server 192.168.0.15 weight=10;
5. }

3、ip_hash

每個請求按訪問ip的hash結果分配，這樣每個訪客固定訪問一個後端服務器，可以解決session的問題。

例如：

1. 
   
2. upstream bakend {
3. 　　ip_hash;
4. 　　server 192.168.0.14:88;
5. 　　server 192.168.0.15:80;
6. }

4、fair（第三方）

按後端服務器的響應時間來分配請求，響應時間短的優先分配。

1. 
   
2. upstream backend {
3. 　　server server1;
4. 　　server server2;
5. 　　fair;
6. }

5、url_hash（第三方）

按訪問url的hash結果來分配請求，使每個url定向到同一個後端服務器，後端服務器為緩存時比較有效。

例：在upstream中加入hash語句，server語句中不能寫入weight等其他的參數，hash_method是使用的hash算法

1. 
   
2. upstream backend {
3. 　　server squid1:3128;
4. 　　server squid2:3128;
5. 　　hash $request_uri;
6. 　　hash_method crc32;
7. }
8. 　　tips:
9. 　　upstream bakend{#定義負載均衡設備的Ip及設備狀態
10. 　　ip_hash;
11. 　　server 127.0.0.1:9090 down;
12. 　　server 127.0.0.1:8080 weight=2;
13. 　　server 127.0.0.1:6060;
14. 　　server 127.0.0.1:7070 backup;
15. }

在需要使用負載均衡的server中增加

proxy_pass http://bakend/;

每個設備的狀態設置為：

1.down 表示單前的server暫時不參與負載

2.weight 默認為1.weight越大，負載的權重就越大。

3.max_fails :允許請求失敗的次數默認為1.當超過最大次數時，返回proxy_next_upstream 模塊定義的錯誤

4.fail_timeout:max_fails次失敗後，暫停的時間。

5.backup: 其它所有的非backup機器down或者忙的時候，請求backup機器。所以這臺機器壓力會最輕。

nginx支持同時設置多組的負載均衡，用來給不用的server來使用。

client_body_in_file_only 設置為On 可以講client post過來的數據記錄到文件中用來做debug

client_body_temp_path 設置記錄文件的目錄 可以設置最多3層目錄

location 對URL進行匹配。可以

Nginx，linux ，c++，服務器，ffmpeg，流媒體，嵌入式，等…………資料可私信後臺，〈資料〉兩字免費領取

---

分享到:

---

閱讀更多 編程資料庫 的文章

關鍵字: 美好，一直在身邊 負載 Tomcat

---