nginx負載均衡的6種策略


nginx可以根據客戶端IP進行負載均衡,在upstream里設置ip_hash,就可以針對同一個C類地址段中的客戶端選擇同一個后端服務器,除非那個后端服務器宕了才會換一個。

nginx的upstream目前支持的6種方式的分配


1、輪詢(默認)


每個請求按時間順序逐一分配到不同的后端服務器,如果后端服務器down掉,能自動剔除。
upstream backserver {undefined
server 192.168.0.14;
server 192.168.0.15;
}

 

最基本的配置方法,上面的例子就是輪詢的方式,它是upstream模塊默認的負載均衡默認策略。每個請求會按時間順序逐一分配到不同的后端服務器。

  有如下參數:

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

fail_time 服務器會被認為停機的時間長度,默認為10s。
backup 標記該服務器為備用服務器。當主服務器停止時,請求會被發送到它這里。
down 標記服務器永久停機了。
  注意:

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

2、指定權重
指定輪詢幾率,weight和訪問比率成正比,用於后端服務器性能不均的情況。
upstream backserver {undefined
server 192.168.0.14 weight=10;
server 192.168.0.15 weight=1;
}

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

  注意:

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

3、IP綁定 ip_hash
指定負載均衡器按照基於客戶端IP的分配方式,這個方法確保了相同的客戶端的請求一直發送到相同的服務器,以保證session會話。這樣每個訪客都固定訪問一個后端服務器,可以解決session不能跨服務器的問題。
upstream backserver {undefined
ip_hash;
server 192.168.0.14:88;
server 192.168.0.15:80;
}

注意:

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

4、fair(第三方)
按后端服務器的響應時間來分配請求,響應時間短的優先分配。
upstream backserver {undefined
server server1;
server server2;
fair;
}

5、url_hash(第三方)
按訪問url的hash結果來分配請求,使每個url定向到同一個后端服務器,后端服務器為緩存時比較有效。
upstream backserver {undefined
server squid1:3128;
server squid2:3128;
hash $request_uri;
hash_method crc32;
}

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

proxy_pass http://backserver/;


upstream backserver{undefined
ip_hash;
server 127.0.0.1:9090 down; (down 表示單前的server暫時不參與負載)
server 127.0.0.1:8080 weight=2; (weight 默認為1.weight越大,負載的權重就越大)
server 127.0.0.1:6060;
server 127.0.0.1:7070 backup; (其它所有的非backup機器down或者忙的時候,請求backup機器)
}

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

fail_timeout:max_fails次失敗后,暫停的時間

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

#動態服務器組
upstream dynamic_zuoyu {
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
}
  注意:此負載均衡策略適合請求處理時間長短不一造成服務器過載的情況。
————————————————
原文鏈接:https://blog.csdn.net/weixin_44786530/article/details/122435632


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM