Nginx負載均衡與轉發

一、6種負載均衡策略

一、輪詢 ：默認方式

二、weight ： 權重方式

三、ip_hash ：依據ip分配方式

四、least_conn ：最少鏈接方式

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

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

參數：

一、fail_timeout ：與max_fails結合使用。

二、max_fails  ： 設置在fail_timeout參數設置的時間內最大失敗次數，若是在這個時間內，全部針對該服務器的請求都失敗了，那麼認爲該服務器會被認爲是停機了。

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

四、backup  ： 標記該服務器爲備用服務器。當主服務器中止時，請求會被髮送到它這裏。

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

二、nginx負載均衡配置

一、輪詢

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

注意：

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

二、權重

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

例：

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結合使用。
• 此策略比較適合服務器的硬件配置差異比較大的狀況。

三、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掉。

四、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
}

注意：

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

五、fair（第三方策略）

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

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

二、解壓

三、安裝

./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  模塊路徑

四、配置

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

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
}

六、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
}

 

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

一、根據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頁面

二、根據客戶端設備（$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等設備 則分別訪問不一樣服務池

三、根據文件後綴轉發

配置文件：

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;
}

四、正則說明：

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

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

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

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

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

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

六、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