負載均衡的一些小知識

伺服器集群的產生，首先需要解決的問題是如何將不同的訪問請求分給不同的伺服器來處理，這就需要使用到負載均衡。

1、輪詢優點：實現簡單缺點：沒有考慮每台伺服器的處理能力

2、加權輪詢：在輪詢的基礎上，按照配置的權重將請求分發到每個伺服器優點：考慮了不同伺服器的處理能力

3、最少連線：記錄每個伺服器正在處理的連線數，將新到的請求分發到最少連線的伺服器上，這是最符合負載均衡定義的演算法。

4、加權最少連線優點：在最少連線的基礎上，為每台伺服器加上權值。演算法為**( 活動連線數 * 256 + 非活動連線數 ) / 權重**，計算出來的值小的伺服器優先被選擇。

5、源位址雜湊：根據請求**的ip位址進行hash計算，得到相應的伺服器。優點：能實現同乙個使用者訪問同乙個伺服器

1、http重定向負載均衡：根據使用者的請求計算一台真實的伺服器位址，將該位址寫入重定向響應中返回個使用者，使用者再根據該位址請求對應的伺服器。

優點：簡單

缺點：需要兩次請求才能完成一次訪問，效能較差；重定向伺服器自身處理能力有可能稱為瓶頸；使用重定向響應，有可能使搜尋引擎判斷為seo作弊，降低搜尋排名。實際這種方法不多見。

2、dns網域名稱解析負載均衡：利用dns處理網域名稱解析請求的同時進行負載均衡處理

優點：將負載均衡工作轉交給dns，省掉了維護負載均衡伺服器的麻煩。

缺點：當下線某台伺服器，即使修改了dns的a記錄，要使其生效也需要較長時間，這段時間內，dns依然會將網域名稱解析到已經下線的伺服器，導致使用者訪問失敗；而且dns的負載均衡控制權在網域名稱服務商那裡，無法對其作出改善。

3、反向**負載均衡：反向**伺服器快取資源，改善效能的同時，可提供負載均衡的功能。由於伺服器不直接對外提供訪問，因此伺服器不需要使用外部ip位址，而反向**伺服器需要配置雙網絡卡和內部外部兩套ip位址。

4、ip負載均衡：在網路層通過修改請求目標位址進行負載均衡，在核心程序完成資料分發。

優點：相比於反向**負載均衡(在應用程式中完成資料分發)有更好的效能。

缺點：資料吞吐量受制於負載均衡伺服器的網頻寬。能不能讓複雜均衡器只分發請求，而使響應資料從真實物理伺服器直接返回給使用者呢？於是就有了資料鏈路層負載均衡

5、資料鏈路層負載均衡(三角傳輸模式)：配置所有真實物理伺服器的虛擬ip和負載均衡伺服器ip位址一致，負載均衡中不修改ip位址，只修改目的mac位址，避免了負載均衡伺服器網絡卡頻寬成為瓶頸。這是目前大型**使用最廣的一種負載均衡手段。