Nginx負載均衡與轉發

1、6種負載均衡策略

1、輪詢 ：默認方式

2、weight ： 權重方式

3、ip_hash ：依據ip分配方式

4、least_conn ：最少連接方式

5、fair（第三方） ：響應時間方式

6、url_hash（第三方） ：依據URL分配方式

參數：

1、fail_timeout ：與max_fails結合使用。

2、max_fails  ： 設置在fail_timeout參數設置的時間內最大失敗次數，如果在這個時間內，所有針對該服務器的請求都失敗了，那么認為該服務器會被認為是停機了。

3、fail_time  ： 服務器會被認為停機的時間長度,默認為10s。

4、backup  ： 標記該服務器為備用服務器。當主服務器停止時，請求會被發送到它這里。

5、down  ： 標記服務器永久停機了。

2、nginx負載均衡配置

1、輪詢

不需要特殊配置，缺省配置就是輪詢策略。

注意：

• 在輪詢中，如果服務器down掉了，會自動剔除該服務器。
• 缺省配置就是輪詢策略。
• 此策略適合服務器配置相當，無狀態且短平快的服務使用。

2、權重

權重方式，在輪詢策略的基礎上指定輪詢的幾率。

例：

upstream dynamic_test {
    server localhost:8080   weight=2;  #tomcat 7.0
    server localhost:8081;  #tomcat 8.0
    server localhost:8082   backup;  #tomcat 8.5
    server localhost:8083   max_fails=3 fail_timeout=20s;  #tomcat 9.0
}

　在該例子中，weight參數用於指定輪詢幾率，weight的默認值為1,；weight的數值與訪問比率成正比，比如Tomcat 7.0被訪問的幾率為其他服務器的兩倍。

　　注意：

• 權重越高分配到需要處理的請求越多。
• 此策略可以與least_conn和ip_hash結合使用。
• 此策略比較適合服務器的硬件配置差別比較大的情況。

3、ip_hash

指定負載均衡器按照基於客戶端IP的分配方式，這個方法確保了相同的客戶端的請求一直發送到相同的服務器，以保證session會話。這樣每個訪客都固定訪問一個后端服務器，可以解決session不能跨服務器的問題。

upstream dynamic_test {
    ip_hash;    #保證每個訪客固定訪問一個后端服務器
    server localhost:8080   weight=2;  #tomcat 7.0
    server localhost:8081;  #tomcat 8.0
    server localhost:8082;  #tomcat 8.5
    server localhost:8083   max_fails=3 fail_timeout=20s;  #tomcat 9.0
}

注意：

• 在nginx版本1.3.1之前，不能在ip_hash中使用權重（weight）。
• ip_hash不能與backup同時使用。
• 此策略適合有狀態服務，比如session。
• 當有服務器需要剔除，必須手動down掉。

4、least_conn

把請求轉發給連接數較少的后端服務器。輪詢算法是把請求平均的轉發給各個后端，使它們的負載大致相同；但是，有些請求占用的時間很長，會導致其所在的后端負載較高。這種情況下，least_conn這種方式就可以達到更好的負載均衡效果。

upstream dynamic_test {
    least_conn;    #把請求轉發給連接數較少的后端服務器
    server localhost:8080   weight=2;  #tomcat 7.0
    server localhost:8081;  #tomcat 8.0
    server localhost:8082 backup;  #tomcat 8.5
    server localhost:8083   max_fails=3 fail_timeout=20s;  #tomcat 9.0
}

注意：

• 此負載均衡策略適合請求處理時間長短不一造成服務器過載的情況。

5、fair（第三方策略）

第三方的負載均衡策略的實現需要安裝第三方插件。

1、下載：https://github.com/gnosek/nginx-upstream-fair

2、解壓

3、安裝

./configure --user=nginx --group=nginx --prefix=/zjl/program/nginx-1.14.2 --with-http_stub_status_module --with-http_ssl_module --add-module=/zjl/software/nginx-upstream-fair/

make

make install

注意：紅色加粗部分為解壓后新加入的fair  模塊路徑

4、配置

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

upstream dynamic_test {
    fair;    #實現響應時間短的優先分配
    server localhost:8080;  #tomcat 7.0
    server localhost:8081;  #tomcat 8.0
    server localhost:8082;  #tomcat 8.5
    server localhost:8083;  #tomcat 9.0
}

6、url_hash（第三方策略）

 

第三方的負載均衡策略的實現需要安裝第三方插件。

需要下載：Nginx_upstream_hash 插件

安裝方式如 5 ： 添加 -–add-module=/    參數

配置：

按訪問url的hash結果來分配請求，使每個url定向到同一個后端服務器，要配合緩存命中來使用。同一個資源多次請求，可能會到達不同的服務器上，導致不必要的多次下載，緩存命中率不高，以及一些資源時間的浪費。而使用url_hash，可以使得同一個url（也就是同一個資源請求）會到達同一台服務器，一旦緩存住了資源，再此收到請求，就可以從緩存中讀取。

upstream dynamic_test {
    hash $request_uri;    #實現每個url定向到同一個后端服務器
    server localhost:8080;  #tomcat 7.0
    server localhost:8081;  #tomcat 8.0
    server localhost:8082;  #tomcat 8.5
    server localhost:8083;  #tomcat 9.0
}

 

3、根據URL、客戶端類型、文件擴展名進行轉發

1、根據url 轉發

配置文件：

http里配置：

upstream n2{
    server 192.168.244.130:80;
}
upstream n3{
    server 192.168.244.131:80;
}

server里配置：

location /n2/ {
    proxy_pass  http://n2;
}
location /n3/ {
    proxy_pass  http://n3;
}

第二種server 里配置方式：

location / {
    if ( $request_uri ~* "^/n2/(.*)" ) {
        proxy_pass   http://n2/$1;
    }
    if ( $request_uri ~* "^/n3/(.*)" ) {
        proxy_pass   http://n3/$1;
    }
}

if 和 左小括號之間有空格，且右小括號和左大括號之間有空格

訪問

http://192.168.244.128/n2/zjl.html  ---> 130里的zjl.html頁面

http://192.168.244.128/n3/zjl.html  ---> 131里的zjl.html頁面

2、根據客戶端設備（$http_user_agent）

配置文件：

location   /  {
    if($http_user_agent  ~*   "MSIE"){
        proxy_pass   http://n2;
    }
    if($http_user_agent  ~*   "Chrome"){
         proxy_pass   http://n3;
    }
    proxy_pass  http://n1;
    include  proxy.conf;
}

如果是ie訪問n2服務池，如果是谷歌瀏覽器訪問n3服務池，如果是其他訪問默認服務池

 

location   /  {
    if($http_user_agent  ~*   "android"){
        proxy_pass   http://n2;
    }
    if($http_user_agent  ~*   "ipone"){
        proxy_pass   http://n3;
    }
    proxy_pass  http://pc_pools;
    include  proxy.conf;
}

如果是android、ipone、ipad等設備 則分別訪問不同服務池

3、根據文件后綴轉發

配置文件：

location   ~   .*.(gif|jpg|png)${
    proxy_pass   http://static_pools;
    include  proxy.conf;
}

#或location內加入如下內容：
if($request_uri   ~*    ".*\.(php|php5)$"){
    proxy_pass  http://php_server_pools;
}
if($request_uri   ~*    ".*\.(jsp|do|do*)$"){
    proxy_pass  http://java_server_pools;
}

4、正則說明：

轉載自：https://www.cnblogs.com/netsa/p/6383094.html

1、^： 匹配字符串的開始位置；

2、 $：匹配字符串的結束位置；

3、.*:   .匹配任意字符，*匹配數量0到正無窮；

4、\. 斜杠用來轉義，\.匹配 .    特殊使用方法，記住記性了；

5、（值1|值2|值3|值4）：或匹配模式，例：（jpg|gif|png|bmp）匹配jpg或gif或png或bmp

6、i不區分大小寫

一．正則表達式匹配，其中：

~ 為區分大小寫匹配

~* 為不區分大小寫匹配

!~和!~*分別為區分大小寫不匹配及不區分大小寫不匹配

二．文件及目錄匹配，其中

-f和!-f用來判斷是否存在文件

-d和!-d用來判斷是否存在目錄

-e和!-e用來判斷是否存在文件或目錄

-x和!-x用來判斷文件是否可執行

三．rewrite指令的最后一項參數為flag標記，flag標記有：

1.last    相當於apache里面的[L]標記，表示rewrite。

2.break本條規則匹配完成后，終止匹配，不再匹配后面的規則。

3.redirect  返回302臨時重定向，瀏覽器地址會顯示跳轉后的URL地址。

4.permanent  返回301永久重定向，瀏覽器地址會顯示跳轉后的URL地址。

使用last和break實現URI重寫，瀏覽器地址欄不變。而且兩者有細微差別，使用alias指令必須用last標記;使用proxy_pass指令時，需要使用break標記。Last標記在本條rewrite規則執行完畢后，會對其所在server{......}標簽重新發起請求，而break標記則在本條規則匹配完成后，終止匹配。

例如：如果我們將類似URL/photo/123456 重定向到/path/to/photo/12/1234/123456.png

rewrite "/photo/([0-9]{2})([0-9]{2})([0-9]{2})"/path/to/photo/$1/$1$2/$1$2$3.png ;

 

轉載自：http://www.cnblogs.com/1214804270hacker/p/9325150.html