2019獨(dú)角獸企業(yè)重金招聘Python工程師標(biāo)準(zhǔn)>>>

?????????

前言：作為一名Linux/unix系統(tǒng)工程師、項(xiàng)目實(shí)施工程師，這幾年一直在涉及到對(duì)外項(xiàng)目，經(jīng)手過許多小中型網(wǎng)站的架構(gòu)，F5、LVS及Nginx接觸的都比較多，我想一種比較通俗易懂的語氣跟大家說明下何謂負(fù)載均衡，何謂Linux集群，幫助大家走出這個(gè)誤區(qū)，真正意義上來理解它們，具體項(xiàng)目施工案例請(qǐng)參考我在network.51cto.com上的同類文章。

一、目前網(wǎng)站架構(gòu)一般分成負(fù)載均衡層、web層和數(shù)據(jù)庫層，我其實(shí)一般還會(huì)多加一層，即文件服務(wù)器層，因?yàn)楝F(xiàn)在隨著網(wǎng)站的PV越來越多，文件服務(wù)器的壓力也越來越大；不過隨著moosefs、DRDB+Heartbeat+NFS的日趨成熟，這問題也不大了.網(wǎng)站最前端的負(fù)載均衡層稱之為Director，它起的是分?jǐn)傉?qǐng)求的作用，最常見的就是輪詢。

二、F5是通過硬件的方式來實(shí)現(xiàn)負(fù)載均衡，它較多應(yīng)用于CDN系統(tǒng)，用于squid反向加速集群的負(fù)載均衡，是專業(yè)的硬件負(fù)載均衡設(shè)備，尤其適用于每秒新建連接數(shù)和并發(fā)連接數(shù)要求高的場景；LVS和Nginx是通過軟件的方式來實(shí)現(xiàn)的，但穩(wěn)定性也相當(dāng)強(qiáng)悍，在處理高并發(fā)的情況也有相當(dāng)不俗的表現(xiàn)。

三、Nginx對(duì)網(wǎng)絡(luò)的依賴較小，理論上只要ping得通，網(wǎng)頁訪問正常，nginx就能連得通，nginx同時(shí)還能區(qū)分內(nèi)外網(wǎng)，如果是同時(shí)擁有內(nèi)外網(wǎng)的節(jié)點(diǎn)，就相當(dāng)于單機(jī)擁有了備份線路；lvs就比較依賴于網(wǎng)絡(luò)環(huán)境，目前來看服務(wù)器在同一網(wǎng)段內(nèi)并且lvs使用 direct方式分流，效果較能得到保證。

四、目前較成熟的負(fù)載均衡高可用技術(shù)有LVS+Keepalived、Nginx+Keepalived，以前 Nginx沒有成熟的雙機(jī)備份方案，但通過shell腳本監(jiān)控是可以實(shí)現(xiàn)的，有興趣的可具體參考我在51cto上的項(xiàng)目實(shí)施方案；另外，如果考慮 Nginx的負(fù)載均衡高可用，也可以通過DNS輪詢的方式來實(shí)現(xiàn)，有興趣的可以參考張宴的相關(guān)文章；但由于我們目前的商務(wù)網(wǎng)站要考慮googel收錄及域名備案還有其它的因素，暫時(shí)只能用單域名，所以只采用了前面的方案；Nginx+keepalived在我們的機(jī)房已經(jīng)穩(wěn)定運(yùn)行了一年半了，所以這架構(gòu)我也一并介紹給大家。

五、集群是指負(fù)載均衡后面的web集群或tomcat集群等，但現(xiàn)在的集群意義泛指了整個(gè)系統(tǒng)架構(gòu)，它包括了負(fù)載均衡器以及后端的應(yīng)用服務(wù)器集群等，現(xiàn)在許多人都喜歡把Linux集群指為LVS，但我覺得嚴(yán)格意義上應(yīng)該區(qū)分開。

六、負(fù)載均衡高可用中的高可用指的是實(shí)現(xiàn)負(fù)載均衡器的HA，即一臺(tái)負(fù)載均衡器壞掉后另一臺(tái)可以在<1s秒內(nèi)切換，最常用的軟件就是Keepalived和Heatbeat，成熟的生產(chǎn)環(huán)境下的負(fù)載均衡器方案有Lvs+Keepalived、 Nginx+Keepalived；如果能保證Heartbeat的心跳線的穩(wěn)定的話，Heartbeat+DRBD也是成熟的應(yīng)用，適用于NFS文件服務(wù)器或Mysql。

七、LVS的優(yōu)勢非常多：①抗負(fù)載能力強(qiáng)；②工作穩(wěn)定(因?yàn)橛谐墒斓腍A方案)；③無流量；④基本上能支持所有的應(yīng)用，基于以上的優(yōu)點(diǎn)，LVS擁有不少的粉絲；但世事無絕對(duì)，LVS對(duì)網(wǎng)絡(luò)的依賴性太大了，在網(wǎng)絡(luò)環(huán)境相對(duì)復(fù)雜的應(yīng)用場景中，我不得不放棄它而選用Nginx。

八、Nginx對(duì)網(wǎng)絡(luò)的依賴性小，而且它的正則強(qiáng)大而靈活，強(qiáng)悍的特點(diǎn)吸引了不少人，而且配置也是相當(dāng)?shù)姆奖愫秃喖s，小中型項(xiàng)目實(shí)施中我基本是考慮它的；當(dāng)然，如果資金充足，F5是不二的選擇；我到過許多CDN機(jī)房，經(jīng)常能發(fā)現(xiàn)F5的身影。

九、大型網(wǎng)站架構(gòu)中其實(shí)可以結(jié)合使用F5、LVS或Nginx，選擇它們中的二種或三種全部選擇；如果因?yàn)轭A(yù)算的原因不選擇F5，那么網(wǎng)站最前端的指向應(yīng)該是LVS，也就是DNS的指向應(yīng)為lvs均衡器，lvs的優(yōu)點(diǎn)令它非常適合做這個(gè)任務(wù)。重要的ip地址，最好交由lvs托管，比如數(shù)據(jù)庫的ip、webservice服務(wù)器的ip等等，這些ip地址隨著時(shí)間推移，使用面會(huì)越來越大，如果更換ip則故障會(huì)接踵而至。所以將這些重要ip交給lvs托管是最為穩(wěn)妥的。

十、VIP地址是Keepalived虛擬的一個(gè)IP，它是一個(gè)對(duì)外的公開IP，也是DNS指向的IP；所以在設(shè)計(jì)網(wǎng)站架構(gòu)時(shí)，你必須向你的IDC多申請(qǐng)一個(gè)對(duì)外IP;如果是做LVS+Keepalived的純公網(wǎng)的這種架構(gòu)，呵呵，那就最好是購買一個(gè)IP網(wǎng)段吧。

十一、在實(shí)際項(xiàng)目實(shí)施過程中發(fā)現(xiàn)，Lvs和Nginx對(duì)https的支持都非常好，尤其是LVS，相對(duì)而言處理起來更為簡便。

十二、在LVS+Keepalived及Nginx+Keepalived的故障處理中，這二者都是很方便的；如果發(fā)生了系統(tǒng)故障或服務(wù)器相關(guān)故障，即可將DNS指向由它們后端的某臺(tái)真實(shí)web，達(dá)到短期處理故障的效果，畢竟廣告網(wǎng)站和電子商務(wù)網(wǎng)站的PV就是金錢，這也是為什么要將負(fù)載均衡高可用設(shè)計(jì)于此的原因；大型的廣告網(wǎng)站我就建議直接上CDN系統(tǒng)算了。

十三、現(xiàn)在Linux集群都被大家神話了，其實(shí)這個(gè)也沒多少復(fù)雜；關(guān)鍵看你的應(yīng)用場景，哪種適用就選用哪種，Nginx和LVS、F5都不是神話，哪種方便哪種適用就選用哪種。

十四、另外關(guān)于session共享的問題，這也是一個(gè)老生長談的問題了；Nginx可以用ip_hash機(jī)制來解決session的問題，而F5和LVS都有會(huì)話保持機(jī)制來解決這個(gè)問題，此外，還可以將session寫進(jìn)數(shù)據(jù)庫，這也是一個(gè)解決session共享的好辦法，當(dāng)然這個(gè)也會(huì)加重?cái)?shù)據(jù)庫的負(fù)擔(dān)，這個(gè)看系統(tǒng)架構(gòu)師的取舍了。

十五、我現(xiàn)在目前維護(hù)的電子商務(wù)網(wǎng)站并發(fā)大約是1800左右，以前的證券資訊類網(wǎng)站是100左右，大型網(wǎng)上廣告網(wǎng)站大約是6000，我感覺web層的并發(fā)越來越不是一個(gè)問題；現(xiàn)在由于服務(wù)器的強(qiáng)悍，再加上Nginx作web的高抗并發(fā)性，web層的并發(fā)并不是什么大問題；相反而言，文件服務(wù)器層和數(shù)據(jù)庫層的壓力是越來越大了，單NFS不可能勝任目前的工作，現(xiàn)在好的方案是moosefs和 DRDB+Heartbeat+NFS；而我喜歡的Mysql服務(wù)器，成熟的應(yīng)用方案還是主從；當(dāng)然我也在嘗試一主多從、Master-Master-slaves等多種架構(gòu)。

十六、現(xiàn)在受張宴的影響，大家都去玩Nginx了(尤其是作web)，其實(shí)在服務(wù)器性能優(yōu)異，內(nèi)存足夠的情況下，Apache的抗并發(fā)能力并不弱(16G內(nèi)存下Apache過6000問題也不大)，整個(gè)網(wǎng)站的瓶頸應(yīng)該還是在數(shù)據(jù)庫方面；我建議可以雙方面了解Apache和Nginx，前端用Nginx作負(fù)載均衡，后端用Apache作web，效果也是相當(dāng)?shù)暮谩?br />
十七、Heartbeat的腦裂問題沒有想象中那么嚴(yán)重，在線上環(huán)境可以考慮使用；DRDB+Heartbeat算是成熟的應(yīng)用了，建議掌握。我在相當(dāng)多的場合用此組合來替代EMC共享存儲(chǔ)，畢竟30多萬的價(jià)格并不是每個(gè)客戶都愿意接受的。

十八、無論設(shè)計(jì)的方案是多么的成熟，還是建議要配置Nagios監(jiān)控機(jī)來實(shí)時(shí)監(jiān)控我們的服務(wù)器情況；郵件和短信報(bào)警都可以開啟，畢竟手機(jī)可以隨身攜帶嘛;有條件的還可以購買專門的商業(yè)掃描網(wǎng)站服務(wù)，它會(huì)每隔一分鐘掃描你的網(wǎng)站，如果發(fā)現(xiàn)沒有alive會(huì)向你的郵件發(fā)警告信息或直接電話聯(lián)系。

十九、至少網(wǎng)站的安全性問題，我建議用硬件防火墻，比較推薦的是華賽三層防火墻+天泰web防火墻(或單臺(tái)Juniper防火墻)，DDOS的安全防護(hù)一定要到位(國內(nèi)的DDOS攻擊讓人煩躁)；Linux服務(wù)器本身的iptables和SElinux均可關(guān)閉，當(dāng)然，端口開放越少越好。

二十、測試網(wǎng)站的響應(yīng)時(shí)間是用http://tools.pingdom.com,發(fā)現(xiàn)上了LVS+Keepalived、Nginx+Keepalived后并不影響速度,這一點(diǎn)大家就不要多慮了,Nginx現(xiàn)在作反向加速也日趨成熟了，大家也可嘗試下用Nginx來取代squid。

本文出自 “撫琴煮酒” 博客，請(qǐng)務(wù)必保留此出處http://andrewyu.blog.51cto.com/1604432/500208

轉(zhuǎn)載于:https://my.oschina.net/u/1467351/blog/214037

總結(jié)

以上是生活随笔為你收集整理的项目实践中Linux集群的总结和思考的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。