大型網站架構系列：負載均衡詳解（1）

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

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

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

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

本次分享大綱

1.負載均衡原理

2.DNS負載均衡

3.HTTP負載均衡

4.IP負載均衡

5.鏈路層負載均衡

6.混合型P負載均衡

一、負載均衡原理

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

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

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

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

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

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

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

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

2.1DNS負載均衡

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

優點

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

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

缺點

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

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

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

實踐建議

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

1.3 IP負載均衡

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

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

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

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

優點：

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

缺點：

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

2.4鏈路層負載均衡

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

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

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

優點：性能好；

缺點：配置復雜；

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

2.5混合型負載均衡

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

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

方式一，如下圖：

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

方式二，如下圖：

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

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

大型網站架構系列：負載均衡詳解（2）

本文是負載均衡詳解的第一篇文章，介紹負載均衡算法， 硬件負載均衡。部分內容摘自讀書筆記。

3.1 輪詢

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

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

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

3.2 隨機

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

優點：使用簡單；

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

3.3 最少鏈接

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

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

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

3.4 Hash（源地址散列）

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

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

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

3.5 加權

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

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

缺點：使用相對復雜；

五、本次分享總結

以上主要從負載均衡原理，分類，算法，硬件負載均衡進行了介紹。下次分享，負載均衡詳解（三），主要介紹：軟件負載均衡（LVS,Nginx，Haproxy，Apache特點，架構），負載均衡軟件技術選型比較，應用負載均衡的問題和解決方案等方面。

本文標題：大型網站架構系列：負載均衡詳解1
當前路徑：http://www.js-pz168.com/news40/101990.html

成都網站建設公司_創新互聯，為您提供關鍵詞優化、建站公司、網站改版、網站制作、Google、做網站

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯