在Nginx反向代理轉(zhuǎn)發(fā)Tomcat這篇文章中，對nginx進(jìn)行了簡單的介紹，實(shí)現(xiàn)了nginx代理轉(zhuǎn)發(fā)的功能，以及靜態(tài)、動態(tài)資源分離的實(shí)現(xiàn)。本篇文章接著這篇文章繼續(xù)寫下去的，如果有不明白的地方，可以進(jìn)入Nginx反向代理轉(zhuǎn)發(fā)tomcat 開始閱讀。

nginx+tomcat 部署實(shí)現(xiàn)負(fù)載均衡原理如下圖：

 

 

 

 

nginx作為代理服務(wù)器，可以轉(zhuǎn)發(fā)多個tomcat服務(wù)器，實(shí)現(xiàn)負(fù)載均衡。

1.環(huán)境準(zhǔn)備

安裝nginx服務(wù)，可參考：linux系統(tǒng)下Nginx的安裝

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

啟動部署成功的服務(wù)

2.修該nginx配置

 

 

 

 

在server配置的上面新增upstream 配置，后面的“server_tomcat”相當(dāng)于該配置別名，供后面的“proxy_pass”配置使用。

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

proxy_pass 轉(zhuǎn)發(fā)定位到upstream 里面配置的多臺服務(wù)器proxy_pass 配置的http:// 必須要寫。

修改完成后，重新加載nginx服務(wù)的配置，訪問系統(tǒng)IP，如下圖所示：

 

 

 

 

點(diǎn)擊刷新，頁面如下：

 

 

 

 

再點(diǎn)擊刷新，頁面如下：

 

 

 

 

再點(diǎn)擊刷新，頁面如下：

 

 

 

 

可以發(fā)現(xiàn)，每次刷新nginx代理都會轉(zhuǎn)發(fā)不同的服務(wù)器，貌似兩臺兩臺服務(wù)器被訪問的概率一樣，實(shí)現(xiàn)了負(fù)載均衡。

看到這，肯定會有人有疑問,如果有一臺服務(wù)器突然掛掉了怎么辦？別急，這種情況nginx已經(jīng)給我們處理了，當(dāng)有臺服務(wù)器掛掉了，nginx默認(rèn)不會訪問掛掉的服務(wù)，繼續(xù)訪問其他正在運(yùn)行的服務(wù)，提供了很好的容錯機(jī)制。

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

 

 

 

 

weight 默認(rèn)為1.weight越大，負(fù)載的權(quán)重就越大。

通過上面的配置，刷新頁面，會發(fā)現(xiàn)訪問tomcat1的概率明顯比訪問tomcat2的概率大。

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

1、輪詢（默認(rèn)）

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

2、weight

指定輪詢幾率，weight和訪問比率成正比，用于后端服務(wù)器性能不均的情況。

例如：

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結(jié)果分配，這樣每個訪客固定訪問一個后端服務(wù)器，可以解決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（第三方）

按后端服務(wù)器的響應(yīng)時間來分配請求，響應(yīng)時間短的優(yōu)先分配。

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

 

5、url_hash（第三方）

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

例：在upstream中加入hash語句，server語句中不能寫入weight等其他的參數(shù)，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{#定義負(fù)載均衡設(shè)備的Ip及設(shè)備狀態(tài)
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. }

 

在需要使用負(fù)載均衡的server中增加

proxy_pass http://bakend/;

每個設(shè)備的狀態(tài)設(shè)置為：

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

2.weight 默認(rèn)為1.weight越大，負(fù)載的權(quán)重就越大。

3.max_fails :允許請求失敗的次數(shù)默認(rèn)為1.當(dāng)超過最大次數(shù)時，返回proxy_next_upstream 模塊定義的錯誤

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

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

nginx支持同時設(shè)置多組的負(fù)載均衡，用來給不用的server來使用。

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

client_body_temp_path 設(shè)置記錄文件的目錄 可以設(shè)置最多3層目錄

 location 對URL進(jìn)行匹配。可以

在Nginx反向代理轉(zhuǎn)發(fā)tomcat這篇文章中，對nginx進(jìn)行了簡單的介紹，實(shí)現(xiàn)了nginx代理轉(zhuǎn)發(fā)的功能，以及靜態(tài)、動態(tài)資源分離的實(shí)現(xiàn)。本篇文章接著這篇文章繼續(xù)寫下去的，如果有不明白的地方，可以進(jìn)入Nginx反向代理轉(zhuǎn)發(fā)tomcat 開始閱讀。

nginx+tomcat 部署實(shí)現(xiàn)負(fù)載均衡原理如下圖：

 

 

 

 

nginx作為代理服務(wù)器，可以轉(zhuǎn)發(fā)多個tomcat服務(wù)器，實(shí)現(xiàn)負(fù)載均衡。

1.環(huán)境準(zhǔn)備

安裝nginx服務(wù)，可參考：Linux系統(tǒng)下Nginx的安裝

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

啟動部署成功的服務(wù)

2.修該nginx配置

 

 

 

 

在server配置的上面新增upstream 配置，后面的“server_tomcat”相當(dāng)于該配置別名，供后面的“proxy_pass”配置使用。

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

proxy_pass 轉(zhuǎn)發(fā)定位到upstream 里面配置的多臺服務(wù)器proxy_pass 配置的http:// 必須要寫。

修改完成后，重新加載nginx服務(wù)的配置，訪問系統(tǒng)IP，如下圖所示：

 

 

 

 

點(diǎn)擊刷新，頁面如下：

 

 

 

 

再點(diǎn)擊刷新，頁面如下：

 

 

 

 

再點(diǎn)擊刷新，頁面如下：

 

 

 

 

可以發(fā)現(xiàn)，每次刷新nginx代理都會轉(zhuǎn)發(fā)不同的服務(wù)器，貌似兩臺兩臺服務(wù)器被訪問的概率一樣，實(shí)現(xiàn)了負(fù)載均衡。

看到這，肯定會有人有疑問,如果有一臺服務(wù)器突然掛掉了怎么辦？別急，這種情況nginx已經(jīng)給我們處理了，當(dāng)有臺服務(wù)器掛掉了，nginx默認(rèn)不會訪問掛掉的服務(wù)，繼續(xù)訪問其他正在運(yùn)行的服務(wù)，提供了很好的容錯機(jī)制。

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

 

 

 

 

weight 默認(rèn)為1.weight越大，負(fù)載的權(quán)重就越大。

通過上面的配置，刷新頁面，會發(fā)現(xiàn)訪問tomcat1的概率明顯比訪問tomcat2的概率大。

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

1、輪詢（默認(rèn)）

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

2、weight

指定輪詢幾率，weight和訪問比率成正比，用于后端服務(wù)器性能不均的情況。

例如：

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結(jié)果分配，這樣每個訪客固定訪問一個后端服務(wù)器，可以解決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（第三方）

按后端服務(wù)器的響應(yīng)時間來分配請求，響應(yīng)時間短的優(yōu)先分配。

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

 

5、url_hash（第三方）

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

例：在upstream中加入hash語句，server語句中不能寫入weight等其他的參數(shù)，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{#定義負(fù)載均衡設(shè)備的Ip及設(shè)備狀態(tài)
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. }

 

在需要使用負(fù)載均衡的server中增加

proxy_pass http://bakend/;

每個設(shè)備的狀態(tài)設(shè)置為：

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

2.weight 默認(rèn)為1.weight越大，負(fù)載的權(quán)重就越大。

3.max_fails :允許請求失敗的次數(shù)默認(rèn)為1.當(dāng)超過最大次數(shù)時，返回proxy_next_upstream 模塊定義的錯誤

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

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

nginx支持同時設(shè)置多組的負(fù)載均衡，用來給不用的server來使用。

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

client_body_temp_path 設(shè)置記錄文件的目錄 可以設(shè)置最多3層目錄

location 對URL進(jìn)行匹配。可以