大型網站架構系列：負載均衡詳解（1）
文章出處 負載均衡詳解
面對大量用戶訪問、高併發請求，海量數據，可以使用高性能的服務器、大型數據庫，存儲設備，高性能Web服務器，採用高效率的編程語言比如(Go,Scala)等，當單機容量達到極限時，我們需要考慮業務拆分和分佈式部署，來解決大型網站訪問量大，併發量高，海量數據的問題。
從單機網站到分佈式網站，很重要的區別是業務拆分和分佈式部署，將應用拆分後，部署到不同的機器上，實現大規模分佈式系統。分佈式和業務拆分解決了，從集中到分佈的問題，但是每個部署的獨立業務還存在單點的問題和訪問統一入口問題，爲解決單點故障，我們可以採取冗餘的方式。將相同的應用部署到多臺機器上。解決訪問統一入口問題，我們可以在集羣前面增加負載均衡設備，實現流量分發。
負載均衡（Load Balance），意思是將負載（工作任務，訪問請求）進行平衡、分攤到多個操作單元（服務器，組件）上進行執行。是解決高性能，單點故障（高可用），擴展性（水平伸縮）的終極解決方案。
本文是負載均衡詳解的第一篇文章，介紹負載均衡的原理，負載均衡分類（DNS負載均衡,HTTP負載均衡，IP負載均衡，鏈路層負載均衡,混合型P負載均衡）。部分內容摘自讀書筆記。
本次分享大綱
- 負載均衡原理
- DNS負載均衡
- HTTP負載均衡
- IP負載均衡
- 鏈路層負載均衡
- 混合型P負載均衡
一、負載均衡原理
系統的擴展可分爲縱向（垂直）擴展和橫向（水平）擴展。縱向擴展，是從單機的角度通過增加硬件處理能力，比如CPU處理能力，內存容量，磁盤等方面，實現服務器處理能力的提升，不能滿足大型分佈式系統（網站），大流量，高併發，海量數據的問題。因此需要採用橫向擴展的方式，通過添加機器來滿足大型網站服務的處理能力。比如：一臺機器不能滿足，則增加兩臺或者多臺機器，共同承擔訪問壓力。這就是典型的集羣和負載均衡架構：如下圖：
- 應用集羣：將同一應用部署到多臺機器上，組成處理集羣，接收負載均衡設備分發的請求，進行處理，並返回相應數據。
- 負載均衡設備：將用戶訪問的請求，根據負載均衡算法，分發到集羣中的一臺處理服務器。（一種把網絡請求分散到一個服務器集羣中的可用服務器上去的設備）
負載均衡的作用（解決的問題）：
1.解決併發壓力，提高應用處理性能（增加吞吐量，加強網絡處理能力）；
2.提供故障轉移，實現高可用；
3.通過添加或減少服務器數量，提供網站伸縮性（擴展性）；
4.安全防護；（負載均衡設備上做一些過濾，黑白名單等處理）
二、負載均衡分類
根據實現技術不同，可分爲DNS負載均衡，HTTP負載均衡，IP負載均衡，鏈路層負載均衡等。
2.1DNS負載均衡
最早的負載均衡技術，利用域名解析實現負載均衡，在DNS服務器，配置多個A記錄，這些A記錄對應的服務器構成集羣。大型網站總是部分使用DNS解析，作爲第一級負載均衡。如下圖：
優點
- 使用簡單：負載均衡工作，交給DNS服務器處理，省掉了負載均衡服務器維護的麻煩
- 提高性能：可以支持基於地址的域名解析，解析成距離用戶最近的服務器地址，可以加快訪問速度，改善性能；
缺點
- 可用性差：DNS解析是多級解析，新增/修改DNS後，解析時間較長；解析過程中，用戶訪問網站將失敗；
- 擴展性低：DNS負載均衡的控制權在域名商那裏，無法對其做更多的改善和擴展；
- 維護性差：也不能反映服務器的當前運行狀態；支持的算法少；不能區分服務器的差異（不能根據系統與服務的狀態來判斷負載）
實踐建議
將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混合型負載均衡
由於多個服務器羣內硬件設備、各自的規模、提供的服務等的差異，可以考慮給每個服務器羣採用最合適的負載均衡方式，然後又在這多個服務器羣間再一次負載均衡或羣集起來以一個整體向外界提供服務（即把這多個服務器羣當做一個新的服務器羣），從而達到最佳的性能。將這種方式稱之爲混合型負載均衡。
此種方式有時也用於單臺均衡設備的性能不能滿足大量連接請求的情況下。是目前大型互聯網公司，普遍使用的方式。
方式一，如下圖：
以上模式適合有動靜分離的場景，反向代理服務器（集羣）可以起到緩存和動態請求分發的作用，當時靜態資源緩存在代理服務器時，則直接返回到瀏覽器。如果動態頁面則請求後面的應用負載均衡（應用集羣）。
方式二，如下圖：
以上模式，適合動態請求場景。
因混合模式，可以根據具體場景，靈活搭配各種方式，以上兩種方式僅供參考。
