Linux集群的相關知識點有哪些

今天小編給大家分享一下Linux集群的相關知識點有哪些的相關知識點，內容詳細，邏輯清晰，相信大部分人都還太了解這方面的知識，所以分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后有所收獲，下面我們一起來了解一下吧。

一、 目前網站架構一般分成負載均衡層、web層和數據庫層，我其實一般還會多加一層，即文件服務器層，因為現在隨著網站的PV越來越多，文件服務器的壓力也越 來越大；不過隨著moosefs、DRDB+Heartbeat+NFS的日趨成熟，這問題也不大了.網站最前端的負載均衡層稱之為Director，它 起的是分攤請求的作用，最常見的就是輪詢。
二、F5是通過硬件的方式來實現負載均衡， 它較多應用于CDN系統，用于squid反向加速集群的負載均衡，是專業的硬件負載均衡設備，尤其適用于每秒新建連接數和并發連接數要求高的場景；LVS 和Nginx是通過軟件的方式來實現的，但穩定性也相當強悍，在處理高并發的情況也有相當不俗的表現。
三、 Nginx對網絡的依賴較小，理論上只要ping得通，網頁訪問正常，nginx就能連得通，nginx同時還能區分內外網，如果是同時擁有內外網的節 點，就相當于單機擁有了備份線路；lvs就比較依賴于網絡環境，目前來看服務器在同一網段內并且lvs使用 direct方式分流，效果較能得到保證。
四、 目前較成熟的負載均衡高可用技術有LVS+Keepalived、Nginx+Keepalived，以前 Nginx沒有成熟的雙機備份方案，但通過shell腳本監控是可以實現的，有興趣的可具體參考我在51cto上的項目實施方案；另外，如果考慮 Nginx的負載均衡高可用，也可以通過DNS輪詢的方式來實現，有興趣的可以參考張宴的相關文章；但由于我們目前的商務網站要考慮googel收錄及域 名備案還有其它的因素，暫時只能用單域名，所以只采用了前面的方案；Nginx+keepalived在我們的機房已經穩定運行了一年半了，所以這架構我 也一并介紹給大家。
五、集群是指負載均衡后面的web集群或tomcat集群等，但現在的集群意義泛指了整個系統架構，它包括了負載均衡器以及后端的應用服務器集群等，現在許多人都喜歡把Linux集群指為LVS，但我覺得嚴格意義上應該區分開。
六、 負載均衡高可用中的高可用指的是實現負載均衡器的HA，即一臺負載均衡器壞掉后另一臺可以在<1s秒內切換，最常用的軟件就是Keepalived 和Heatbeat，成熟的生產環境下的負載均衡器方案有Lvs+Keepalived、 Nginx+Keepalived；如果能保證Heartbeat的心跳線的穩定的話，Heartbeat+DRBD也是成熟的應用，適用于NFS文件服 務器或Mysql。
七、LVS的優勢非常多：①抗負載能力強；②工作穩定(因為有成熟的HA方案)；③無流量；④基本上能支持所有的應用，基于以上的優點，LVS擁有不少的粉絲；但世事無絕對，LVS對網絡的依賴性太大了，在網絡環境相對復雜的應用場景中，我不得不放棄它而選用Nginx。
八、Nginx對網絡的依賴性小，而且它的正則強大而靈活，強悍的特點吸引了不少人，而且配置也是相當的方便和簡約，小中型項目實施中我基本是考慮它的；當然，如果資金充足，F5是不二的選擇；我到過許多CDN機房，經常能發現F5的身影。
九、 大型網站架構中其實可以結合使用F5、LVS或Nginx，選擇它們中的二種或三種全部選擇；如果因為預算的原因不選擇F5，那么網站最前端的指向應該是 LVS，也就是DNS的指向應為lvs均衡器，lvs的優點令它非常適合做這個任務。重要的ip地址，最好交由lvs托管，比如數據庫的ip、 webservice服務器的ip等等，這些ip地址隨著時間推移，使用面會越來越大，如果更換ip則故障會接踵而至。所以將這些重要ip交給lvs托管 是最為穩妥的。
十、VIP地址是Keepalived虛擬的一個IP，它是一個對外的公開IP，也是DNS指向的IP；所以在設計網站架構時，你必須向你的IDC多申請一個對外IP;如果是做LVS+Keepalived的純公網的這種架構，呵呵，那就最好是購買一個IP網段吧。
十一、在實際項目實施過程中發現，Lvs和Nginx對https的支持都非常好，尤其是LVS，相對而言處理起來更為簡便。
十 二、在LVS+Keepalived及Nginx+Keepalived的故障處理中，這二者都是很方便的；如果發生了系統故障或服務器相關故障，即可將 DNS指向由它們后端的某臺真實web，達到短期處理故障的效果，畢竟廣告網站和電子商務網站的PV就是金錢，這也是為什么要將負載均衡高可用設計于此的 原因；大型的廣告網站我就建議直接上CDN系統算了。
十三、現在Linux集群都被大家神話了，其實這個也沒多少復雜；關鍵看你的應用場景，哪種適用就選用哪種，Nginx和LVS、F5都不是神話，哪種方便哪種適用就選用哪種。
十 四、另外關于session共享的問題，這也是一個老生長談的問題了；Nginx可以用ip_hash機制來解決session的問題，而F5和LVS都 有會話保持機制來解決這個問題，此外，還可以將session寫進數據庫，這也是一個解決session共享的好辦法，當然這個也會加重數據庫的負擔，這 個看系統架構師的取舍了。
十五、我現在目前維護的電子商務網站并發大約是1800左 右，以前的證券資訊類網站是100左右，大型網上廣告網站大約是6000，我感覺web層的并發越來越不是一個問題；現在由于服務器的強悍，再加上 Nginx作web的高抗并發性，web層的并發并不是什么大問題；相反而言，文件服務器層和數據庫層的壓力是越來越大了，單NFS不可能勝任目前的工 作，現在好的方案是moosefs和 DRDB+Heartbeat+NFS；而我喜歡的Mysql服務器，成熟的應用方案還是主從；當然我也在嘗試一主多從、Master-Master- slaves等多種架構。
十六、現在受張宴的影響，大家都去玩Nginx了(尤其是作 web)，其實在服務器性能優異，內存足夠的情況下，Apache的抗并發能力并不弱(16G內存下Apache過6000問題也不大)，整個網站的瓶頸 應該還是在數據庫方面；我建議可以雙方面了解Apache和Nginx，前端用Nginx作負載均衡，后端用Apache作web，效果也是相當的好。
十七、Heartbeat的腦裂問題沒有想象中那么嚴重，在線上環境可以考慮使用；DRDB+Heartbeat算是成熟的應用了，建議掌握。我在相當多的場合用此組合來替代EMC共享存儲，畢竟30多萬的價格并不是每個客戶都愿意接受的。
十 八、無論設計的方案是多么的成熟，還是建議要配置Nagios監控機來實時監控我們的服務器情況；郵件和短信報警都可以開啟，畢竟手機可以隨身攜帶嘛;有 條件的還可以購買專門的商業掃描網站服務，它會每隔一分鐘掃描你的網站，如果發現沒有alive會向你的郵件發警告信息或直接電話聯系。
十 九、至少網站的安全性問題，我建議用硬件防火墻，比較推薦的是華賽三層防火墻+天泰web防火墻(或單臺Juniper防火墻)，DDOS的安全防護一定 要到位(國內的DDOS攻擊讓人煩躁)；Linux服務器本身的iptables和SElinux均可關閉，當然，端口開放越少越好。
二 十、測試網站的響應時間是用http://tools.pingdom.com,發現上了LVS+Keepalived、 Nginx+Keepalived后并不影響速度,這一點大家就不要多慮了,Nginx現在作反向加速也日趨成熟了，大家也可嘗試下用Nginx來取代 squid。

以上就是“Linux集群的相關知識點有哪些”這篇文章的所有內容，感謝各位的閱讀！相信大家閱讀完這篇文章都有很大的收獲，小編每天都會為大家更新不同的知識，如果還想學習更多的知識，請關注億速云行業資訊頻道。