web負(fù)載均衡(load balancing),簡(jiǎn)單地說(shuō)就是給我們的服務(wù)器集群分配“工作任務(wù)”,而采用恰當(dāng)?shù)姆峙浞绞?,?duì)于保護(hù)處于后端的web服務(wù)器來(lái)說(shuō),非常重要。
反向代理負(fù)載均衡
反向代理服務(wù)的核心工作主要是轉(zhuǎn)發(fā)http請(qǐng)求,扮演了瀏覽器端和后臺(tái)Web服務(wù)器中轉(zhuǎn)的角色。因?yàn)樗ぷ髟贖TTP層(應(yīng)用層),也就是網(wǎng)絡(luò)七層結(jié)構(gòu)中的第七層,因此也被稱為“七層負(fù)載均衡”。可以做反向代理的軟件很多,比較常見(jiàn)的一種是nginx。
Nginx是一種非常靈活的反向代理軟件,可以自由定制化轉(zhuǎn)發(fā)策略,分配服務(wù)器流量的權(quán)重等。反向代理中,常見(jiàn)的一個(gè)問(wèn)題,就是Web服務(wù)器存儲(chǔ)的Session數(shù)據(jù),因?yàn)橐话阖?fù)載均衡的策略都是隨機(jī)分配請(qǐng)求的。同一個(gè)登錄用戶的請(qǐng)求,無(wú)法保證一定分配到相同的Web機(jī)器上,會(huì)導(dǎo)致無(wú)法找到session的問(wèn)題。
解決方案主要有兩種:
配置反向代理的轉(zhuǎn)發(fā)規(guī)則,讓同一個(gè)用戶的請(qǐng)求一定落到同一臺(tái)機(jī)器上(通過(guò)分析Cookie),復(fù)雜的轉(zhuǎn)發(fā)規(guī)則將會(huì)消耗更多的CPU,也增加了代理服務(wù)器的負(fù)擔(dān)。
將session這類的信息,專門(mén)用某個(gè)獨(dú)立服務(wù)來(lái)存儲(chǔ),例如redis/memchache,這個(gè)方案是比較推薦的。
反向代理服務(wù),也是可以開(kāi)啟緩存的,如果開(kāi)啟了,會(huì)增加反向代理的負(fù)擔(dān),需要謹(jǐn)慎使用。這種負(fù)載均衡策略實(shí)現(xiàn)和部署非常簡(jiǎn)單,而且性能表現(xiàn)也比較好。但是,它有“單點(diǎn)故障”的問(wèn)題,如果掛了,會(huì)帶來(lái)很多的麻煩。而且,到了后期Web服務(wù)器繼續(xù)增加,它本身可能成為系統(tǒng)的瓶頸。
配置文件樣本:
#user?nobody;?worker_processes?1;?#pid?logs/nginx.pid;?events?{? ????worker_connections?1024;?}?http?{? ????include?mime.types;? ????default_type?application/octet-stream;? ????sendfile?on;?? ????keepalive_timeout?65;? ????upstream?www.hcoder.net?{? ????????server?192.168.1.188:80?weight=5;? ????????server?192.168.1.158:80;? ????}? ????server?{? ????listen?80;? ????server_name?www.hcoder.net;? ????location?/?{? ???????proxy_pass?http://www.hcoder.net;? ???????proxy_set_header?Host?$host;? ???????proxy_set_header?X-Real-IP?$remote_addr;? ???????proxy_set_header?X-Forwarded-For?$proxy_add_x_forwarded_for;? ???}?}