分佈式架構系列: 負載均衡技術詳解 | 技術頭條

戳藍字“CSDN雲計算”關注我們哦！

技術頭條：乾貨、簡潔、多維全面。更多雲計算精華知識盡在眼前，get要點、solve難題，統統不在話下！

作者：ITFLY8

轉自：架構師技術聯盟

面對大量用戶訪問、高併發請求，海量數據，可以使用高性能的服務器、大型數據庫，存儲設備，高性能Web服務器，採用高效率的編程語言比如(Go，Scala)等，當單機容量達到極限時，我們需要考慮業務拆分和分佈式部署，來解決大型網站訪問量大，併發量高，海量數據的問題。

從單機網站到分佈式網站，很重要的區別是業務拆分和分佈式部署，將應用拆分後，部署到不同的機器上，實現大規模分佈式系統。分佈式和業務拆分解決了，從集中到分佈的問題，但是每個部署的獨立業務還存在單點的問題和訪問統一入口問題，為解決單點故障，我們可以採取冗餘的方式。將相同的應用部署到多臺機器上。解決訪問統一入口問題，我們可以在集群前面增加負載均衡設備，實現流量分發。

負載均衡（Load Balance），意思是將負載（工作任務，訪問請求）進行平衡、分攤到多個操作單元（服務器，組件）上進行執行。是解決高性能，單點故障（高可用），擴展性（水平伸縮）的終極解決方案。

本文是負載均衡詳解的第一篇文章，介紹負載均衡的原理，負載均衡分類（DNS負載均衡,HTTP負載均衡，IP負載均衡，鏈路層負載均衡,混合型P負載均衡）。部分內容摘自讀書筆記。

一、負載均衡原理

系統的擴展可分為縱向（垂直）擴展和橫向（水平）擴展。縱向擴展，是從單機的角度通過增加硬件處理能力，比如CPU處理能力，內存容量，磁盤等方面，實現服務器處理能力的提升，不能滿足大型分佈式系統（網站），大流量，高併發，海量數據的問題。因此需要採用橫向擴展的方式，通過添加機器來滿足大型網站服務的處理能力。比如：一臺機器不能滿足，則增加兩臺或者多臺機器，共同承擔訪問壓力。這就是典型的集群和負載均衡架構：如下圖：

• 應用集群：將同一應用部署到多臺機器上，組成處理集群，接收負載均衡設備分發的請求，進行處理，並返回相應數據。

  
  

• 負載均衡設備：將用戶訪問的請求，根據負載均衡算法，分發到集群中的一臺處理服務器。（一種把網絡請求分散到一個服務器集群中的可用服務器上去的設備）

負載均衡的作用（解決的問題）：

1.解決併發壓力，提高應用處理性能（增加吞吐量，加強網絡處理能力）；

2.提供故障轉移，實現高可用；

3.通過添加或減少服務器數量，提供網站伸縮性（擴展性）；

4.安全防護；（負載均衡設備上做一些過濾，黑白名單等處理）

二、負載均衡分類

根據實現技術不同，可分為DNS負載均衡，HTTP負載均衡，IP負載均衡，鏈路層負載均衡等。

2.1 DNS負載均衡

最早的負載均衡技術，利用域名解析實現負載均衡，在DNS服務器，配置多個A記錄，這些A記錄對應的服務器構成集群。大型網站總是部分使用DNS解析，作為第一級負載均衡。如下圖：

優點

1. 使用簡單：負載均衡工作，交給DNS服務器處理，省掉了負載均衡服務器維護的麻煩

   
   

2. 提高性能：可以支持基於地址的域名解析，解析成距離用戶最近的服務器地址，可以加快訪問速度，改善性能；

缺點

1. 可用性差：DNS解析是多級解析，新增/修改DNS後，解析時間較長；解析過程中，用戶訪問網站將失敗；

   
   

2. 擴展性低：DNS負載均衡的控制權在域名商那裡，無法對其做更多的改善和擴展；

   
   

3. 維護性差：也不能反映服務器的當前運行狀態；支持的算法少；不能區分服務器的差異（不能根據系統與服務的狀態來判斷負載）

實踐建議

將DNS作為第一級負載均衡，A記錄對應著內部負載均衡的IP地址，通過內部負載均衡將請求分發到真實的Web服務器上。一般用於互聯網公司，複雜的業務系統不合適使用。如下圖：

2.2 IP負載均衡

在網絡層通過修改請求目標地址進行負載均衡。

用戶請求數據包，到達負載均衡服務器後，負載均衡服務器在操作系統內核進程獲取網絡數據包，根據負載均衡算法得到一臺真實服務器地址，然後將請求目的地址修改為，獲得的真實ip地址，不需要經過用戶進程處理。

真實服務器處理完成後，響應數據包回到負載均衡服務器，負載均衡服務器，再將數據包源地址修改為自身的ip地址，發送給用戶瀏覽器。如下圖：

IP負載均衡，真實物理服務器返回給負載均衡服務器，存在兩種方式：（1）負載均衡服務器在修改目的ip地址的同時修改源地址。將數據包源地址設為自身盤，即源地址轉換（snat）。（2）將負載均衡服務器同時作為真實物理服務器集群的網關服務器。

優點：

（1）在內核進程完成數據分發，比在應用層分發性能更好；

缺點：

（2）所有請求響應都需要經過負載均衡服務器，集群最大吞吐量受限於負載均衡服務器網卡帶寬；

2.3 鏈路層負載均衡

在通信協議的數據鏈路層修改mac地址，進行負載均衡。

數據分發時，不修改ip地址，指修改目標mac地址，配置真實物理服務器集群所有機器虛擬ip和負載均衡服務器ip地址一致，達到不修改數據包的源地址和目標地址，進行數據分發的目的。

實際處理服務器ip和數據請求目的ip一致，不需要經過負載均衡服務器進行地址轉換，可將響應數據包直接返回給用戶瀏覽器，避免負載均衡服務器網卡帶寬成為瓶頸。也稱為直接路由模式（DR模式）。如下圖：

優點：性能好；

缺點：配置複雜；

實踐建議：DR模式是目前使用最廣泛的一種負載均衡方式。

2.4 混合型負載均衡

由於多個服務器群內硬件設備、各自的規模、提供的服務等的差異，可以考慮給每個服務器群採用最合適的負載均衡方式，然後又在這多個服務器群間再一次負載均衡或群集起來以一個整體向外界提供服務（即把這多個服務器群當做一個新的服務器群），從而達到最佳的性能。將這種方式稱之為混合型負載均衡。

此種方式有時也用於單臺均衡設備的性能不能滿足大量連接請求的情況下。是目前大型互聯網公司，普遍使用的方式。

方式一，如下圖：

以上模式適合有動靜分離的場景，反向代理服務器（集群）可以起到緩存和動態請求分發的作用，當時靜態資源緩存在代理服務器時，則直接返回到瀏覽器。如果動態頁面則請求後面的應用負載均衡（應用集群）。

方式二，如下圖：

以上模式，適合動態請求場景。

因混合模式，可以根據具體場景，靈活搭配各種方式，以上兩種方式僅供參考。

三、負載均衡算法

常用的負載均衡算法有，輪詢，隨機，最少鏈接，源地址散列，加權等方式；

3.1 輪詢

將所有請求，依次分發到每臺服務器上，適合服務器硬件同相同的場景。

優點：服務器請求數目相同；

缺點：服務器壓力不一樣，不適合服務器配置不同的情況；

3.2 隨機

請求隨機分配到各個服務器。

優點：使用簡單；

缺點：不適合機器配置不同的場景；

3.3 最少鏈接

將請求分配到連接數最少的服務器（目前處理請求最少的服務器）。

優點：根據服務器當前的請求處理情況，動態分配；

缺點：算法實現相對複雜，需要監控服務器請求連接數；

3.4 Hash（源地址散列）

根據IP地址進行Hash計算，得到IP地址。

優點：將來自同一IP地址的請求，同一會話期內，轉發到相同的服務器；實現會話粘滯。

缺點：目標服務器宕機後，會話會丟失；

3.5 加權

在輪詢，隨機，最少鏈接，Hash’等算法的基礎上，通過加權的方式，進行負載服務器分配。

優點：根據權重，調節轉發服務器的請求數目；

缺點：使用相對複雜；

四、硬件負載均衡

採用硬件的方式實現負載均衡，一般是單獨的負載均衡服務器，價格昂貴，一般土豪級公司可以考慮，業界領先的有兩款，F5和A10。

使用硬件負載均衡，主要考慮一下幾個方面：

（1）功能考慮：功能全面支持各層級的負載均衡，支持全面的負載均衡算法，支持全局負載均衡；

（2）性能考慮：一般軟件負載均衡支持到5萬級併發已經很困難了，硬件負載均衡可以支持

（3）穩定性：商用硬件負載均衡，經過了良好的嚴格的測試，從經過大規模使用，在穩定性方面高；

（4）安全防護：硬件均衡設備除具備負載均衡功能外，還具備防火牆，防DDOS攻擊等安全功能；

（5）維護角度：提供良好的維護管理界面，售後服務和技術支持；

（6）土豪公司：F5 Big Ip 價格：15w~55w不等；A10 價格：55w-100w不等；

缺點

（1）價格昂貴；

（2）擴展能力差；

4.4 小結

（1）一般硬件的負載均衡也要做雙機高可用，因此成本會比較高。

（2）互聯網公司一般使用開源軟件，因此大部分應用採用軟件負載均衡；部分採用硬件負載均衡。

比如某互聯網公司，目前是使用幾臺F5做全局負載均衡，內部使用Nginx等軟件負載均衡。

福利

掃描添加小編微信，備註“姓名+公司職位”，加入【雲計算學習交流群】，和志同道合的朋友們共同打卡學習！

推薦閱讀：

• 44年前的今天，改變世界的TA誕生了！ | 極客頭條

• 英特爾強勢上新一大波數據產品，小夥伴們“奔走相告”…… | 極客頭條
  

• 姚期智提出的"百萬富翁"難題被破解? 多方安全計算MPC到底是個什麼鬼？

• 全民 AI ！教育部宣佈 35 所高校新增 AI 本科專業

• 深度 | 人工智能究竟能否實現？

• 程序媛報告：調查了 12,000 名女性開發者發現，女性比男性更懂 Java！

• 程序員怒了！你敢削減專利獎金，我敢拒絕提交代碼！
  

喜歡就點擊“在看”吧