nginx 負載均衡 重溫之火與apache的碰撞


實驗結果:
python

wKiom1k444Ky3rTLAAFFAxYNfA0507.png-wh_50

wKiom1k44zDToyQLAAAcpfwhV1Y715.png-wh_50

wKioL1k44zGxJNaZAABh9f9COwY809.png-wh_50





40.129爲web(apache)界面顯示(圖1)#不知何時快照裏的情書...
133(master)
  nginx{
  Upstream模塊配置在http和server中間  
 負載均衡器的ip地址爲40.133
}
  132(slave)
nginx

 

知識拓展:(摘錄)nginx


一、輪詢(默認)web

每一個請求按時間順序逐一分配到不一樣的後端服務器,若是後端服務器down掉,能自動剔除。算法


二、weightapache

指定輪詢概率,weight和訪問比率成正比,用於後端服務器性能不均的狀況。後端

例如:緩存

upstream bakend {服務器

server 192.168.159.10 weight=10;session

server 192.168.159.11 weight=10;負載均衡

}


三、ip_hash

每一個請求按訪問ip的hash結果分配,這樣每一個訪客固定訪問一個後端服務器,能夠解決session的問題。

例如:

upstream resinserver{

ip_hash;

server 192.168.159.10:8080;

server 192.168.159.11:8080;

}



四、fair(第三方)

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

upstream resinserver{

server server1;

server server2;

fair;

}



五、url_hash(第三方)


按訪問url的hash結果來分配請求,使每一個url定向到同一個後端服務器,後端服務器爲緩存時比較有效。

例:在upstream中加入hash語句,server語句中不能寫入weight等其餘的參數,hash_method是使用的hash算法


upstream resinserver{

server squid1:3128;

server squid2:3128;

hash $request_uri;

hash_method crc32;

}


tips:


upstream resinserver{#定義負載均衡設備的Ip及設備狀態

ip_hash;

server 127.0.0.1:8000 down;

server 127.0.0.1:8080 weight=2;

server 127.0.0.1:6801;

server 127.0.0.1:6802 backup;

}


在須要使用負載均衡的server中增長

proxy_pass http://resinserver/;



每一個設備的狀態設置爲:

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進行匹配.能夠進行重定向或者進行新的代理 負載均衡

相關文章
相關標籤/搜索