第一種:輪詢 nginx
upstream test{
server 192.168.0.1:3000;
server 192.168.0.1:3001;
}算法
每一個請求按時間順序逐一分配到不一樣的後端服務器,若是後端服務器down掉,能自動剔除。後端
第二種:權重緩存
upstream test{
server 192.168.0.1 weight=2;
server 192.168.0.2 weight=3;
}服務器
這種模式可解決服務器性能不等的狀況下輪詢比率的調配, 指定輪詢概率,weight和訪問比率成正比負載均衡
第三種:ip_hashpost
upstream test{
ip_hash;
server 192.168.0.1;
server 192.168.0.2;
}性能
這種模式會根據來源IP和後端配置來作hash分配,確保固定IP只訪問一個後端ui
第四種:fair(第三方)按後端服務器的響應時間來分配請求,響應時間短的優先分配。 url
須要安裝Upstream Fair Balancer Module
upstream test{
server 192.168.0.1;
server 192.168.0.2;
fair;
}
這種模式會根據後端服務的響應時間來分配,響應時間短的後端優先分配
第五種:自定義hash:url_hash(第三方) 須要安裝Upstream Hash Module
這種模式能夠根據給定的字符串進行Hash分配
按訪問url的hash結果來分配請求,使每一個url定向到同一個後端服務器,後端服務器爲緩存時比較有效。
例:在upstream中加入hash語句,server語句中不能寫入weight等其餘的參數,hash_method是使用的hash算法
upstream backend {
server squid1:3128;
server squid2:3128;
hash $request_uri;
hash_method crc32;
}
此外upstream每一個後端的可設置參數爲:
upstream bakend{#定義負載均衡 設備的Ip及設備狀態
ip_hash;
server 127.0.0.1:9090 down;
server 127.0.0.1:8080 weight=2;
server 127.0.0.1:6060;
server 127.0.0.1:7070 backup;
}
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進行匹配.能夠進行重定向或者進行新的代理 負載均衡