ipvsadm的使用方式

這篇文章主要講解了“ipvsadm的使用方式”，文中的講解內容簡單清晰，易于學習與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學習“ipvsadm的使用方式”吧！

如果想了解關于LVS的技術細節，請參見LVS的主頁是：

　　http://www.LinuxVirtualServer.org/
　　http://www.linux-vs.org/

下面簡要介紹一下三種轉發方式和八種調度算法

LVS的三種包轉發方式——

　　LVS提供了三種包轉發方式：NAT(網絡地址映射)、IP Tunneling(IP隧道)、Direct Routing(直接路由)。不同的轉發模式決定了不同的cluster的網絡結構，下面對三種轉發方式分別介始：

　　NAT(網絡地址映射)

　 　NAT方式可支持任何的操作系統，以及私有網絡，并且只需一個Internet IP地址，但是整個系統的性能受到限制。因為執行NAT每次需要重寫包，有一定的延遲；另外，大部分應用有80%的數據是從服務器流向客戶機，也就是用戶的請求非常短，而服務器的回應非常大，對負載均衡器形成很大壓力，成為了新的瓶頸。

　　IP Tunneling(IP隧道)

　 　director分配請求到不同的real server。real server處理請求后直接回應給用戶，這樣director負載均衡器僅處理客戶機與服務器的一半連接。IP Tunneling技術極大地提高了director的調度處理能力，同時也極大地提高了系統能容納的最大節點數，可以超過100個節點。real server可以在任何LAN或WAN上運行，這意味著允許地理上的分布，這在災難恢復中有重要意義。服務器必須擁有正式的IP地址用于與客戶機直接通信，并且所有服務器必須支持IP隧道協議。

　　Direct Routing(直接路由)

　　與IP Tunneling類似，負載均衡器僅處理一半的連接，避免了新的性能瓶頸，同樣增加了系統的可伸縮性。Direct Routing與IP Tunneling相比，沒有IP封裝的開銷，但由于采用物理層（修改MAC地址）技術，所有服務器都必須在一個物理網段。

 LVS的八種調度算法——

　　LVS已實現了以下八種調度算法：

   * rr  輪詢（Round Robin）
     調度器通過"輪叫"調度算法將外部請求按順序輪流分配到集群中的真實服務器上，它均等地對待每一臺服務器，而不管服務器上實際的連接數和系統負載。

   * wrr  加權輪詢（Weighted Round Robin）
     調度器通過"加權輪叫"調度算法根據真實服務器的不同處理能力來調度訪問請求。這樣可以保證處理能力強的服務器處理更多的訪問流量。調度器可以自動問詢真實服務器的負載情況，并動態地調整其權值。

   * lc  最少鏈接（Least Connections）
     調度器通過"最少連接"調度算法動態地將網絡請求調度到已建立的鏈接數最少的服務器上。如果集群系統的真實服務器具有相近的系統性能，采用"最小連接"調度算法可以較好地均衡負載。

   * wlc  加權最少鏈接（Weighted Least Connections）
     在集群系統中的服務器性能差異較大的情況下，調度器采用"加權最少鏈接"調度算法優化負載均衡性能，具有較高權值的服務器將承受較大比例的活動連接負載。調度器可以自動問詢真實服務器的負載情況，并動態地調整其權值。

   * lblc  基于局部性的最少鏈接（Locality-Based Least Connections）
     "基于局部性的最少鏈接" 調度算法是針對目標IP地址的負載均衡，目前主要用于Cache集群系統。該算法根據請求的目標IP地址找出該目標IP地址最近使用的服務器，若該服務器是可用的且沒有超載，將請求發送到該服務器；若服務器不存在，或者該服務器超載且有服務器處于一半的工作負載，則用"最少鏈接"的原則選出一個可用的服務器，將請求發送到該服務器。

   * lblcr  帶復制的基于局部性最少鏈接（Locality-Based Least Connections with Replication）
     " 帶復制的基于局部性最少鏈接"調度算法也是針對目標IP地址的負載均衡，目前主要用于Cache集群系統。它與LBLC算法的不同之處是它要維護從一個目標IP地址到一組服務器的映射，而LBLC算法維護從一個目標IP地址到一臺服務器的映射。該算法根據請求的目標IP地址找出該目標IP地址對應的服務器組，按"最小連接"原則從服務器組中選出一臺服務器，若服務器沒有超載，將請求發送到該服務器，若服務器超載；則按"最小連接"原則從這個集群中選出一臺服務器，將該服務器加入到服務器組中，將請求發送到該服務器。同時，當該服務器組有一段時間沒有被修改，將最忙的服務器從服務器組中刪除，以降低復制的程度。

   * dh  目標地址散列（Destination Hashing）
     "目標地址散列"調度算法根據請求的目標IP地址，作為散列鍵（Hash Key）從靜態分配的散列表找出對應的服務器，若該服務器是可用的且未超載，將請求發送到該服務器，否則返回空。

   * sh  源地址散列（Source Hashing）
     "源地址散列"調度算法根據請求的源IP地址，作為散列鍵（Hash Key）從靜態分配的散列表找出對應的服務器，若該服務器是可用的且未超載，將請求發送到該服務器，否則返回空。

感謝各位的閱讀，以上就是“ipvsadm的使用方式”的內容了，經過本文的學習后，相信大家對ipvsadm的使用方式這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關知識點的文章，歡迎關注！