系統架構師修煉之雲計算(分佈式,集羣,負載均衡亂談)

以下內容純屬瞎忽悠,別太當真:)


負載均衡:

負載均衡將是大型網站解決高負荷訪問和大量併發請求採用的終極解決辦法。
負載均衡技術發展了多年,有很多專業的服務提供商和產品可以選擇,我個人接觸過一些解決方法,其中有兩個架構可以給大家做參考。
硬件四層交換

第四層交換使用第三層和第四層信息包的報頭信息,根據應用區間識別業務流,將整個區間段的業務流分配到合適的應用服務器進行處理。 
第四層交換功能就象是虛 IP,指向物理服務器。它傳輸的業務服從的協議多種多樣,有HTTP、FTP、NFS、Telnet或其他協議。

這些業務在物理服務器基礎上,需要複雜的載量平衡算法。

在IP世界,業務類型由終端TCP或UDP端口地址來決定,在第四層交換中的應用區間則由源端和終端IP地址、 TCP和UDP端口共同決定。

在硬件四層交換產品領域,有一些知名的產品可以選擇,比如Alteon、F5等,這些產品很昂貴,但是物有所值,能夠提供非常優秀的性能和很靈活的管理能力。

Yahoo中國當初接近2000臺服務器使用了三四臺Alteon就搞定了。

(以上內容轉摘自網絡)

硬件四層交換機很管用的,2000年後的那幾年,本人在在一家當時的大型互聯網公司,負載均衡就使用了硬件四層交換機,好象就有Alteon,另外似乎還記得有華爲L4(時間太久遠記不清楚了)。

當時本人曾經負責研發實施的一個項目,需要併發應對數千用戶,後端部署了四臺應用服務器,前端就是用了一臺硬件四層交換機(配置非常簡單)做負載均衡實現分佈式搞定了(硬件四層交換機很貴,好象是幾十萬的價格,公司當時很有錢,交換機都閒着隨便用)。

軟件四層交換,可以使用Linux上常用的LVS來解決,LVS就是Linux Virtual Server,性能肯定比硬件四層交換要差不少。

DNS輪循,也是解決負載均衡的辦法,當年公司也在使用。


(以下內容轉摘自網絡)
集羣(cluster):暫時蒐集一些概念。
數據庫集羣,很多數據庫都有自己的解決方案,Oracle、Sybase等都有很好的方案,常用的MySQL提供的Master/Slave也是類似的方案,您使用了什麼樣的DB,就參考相應的解決方案來實施即可。
負載均衡集羣,LVS。。。
高可用性集羣。。。
Apache集羣。。。
Tomcat集羣。。。
Apache+Tomcat集羣。。。
Squid集羣。。。
Squid+LVS集羣。。。
nginx集羣。。。
只要你想得到,應該都能做得到。

分佈式:分佈式文件系統(Distributed File System),HDFS,GFS。。。技術的海洋,每一項都太廣,沒完沒了,想學都是學不完的。。。


發佈了27 篇原創文章 · 獲贊 5 · 訪問量 3萬+
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章