類型：
NAT：地址轉換
DR: 直接路由
TUN：隧道
NAT:
集羣節點跟director必須在同一個IP網絡中；
RIP通常是私有地址，僅用於各集羣節點間的通信；
director位於client和real server之間，並負責處理進出的所有通信；
realserver必須將網關指向DIP；
支持端口映射；
realserver可以使用任意OS；
較大規模應該場景中，director易成爲系統瓶頸；
DR:
集羣節點跟director必須在同一個物理網絡中；
RIP可以使用公網地址，實現便捷的遠程管理和監控；
director僅負責處理入站請求，響應報文則由realserver直接發往客戶端；
realserver不能將網關指向DIP；
不支持端口映射；
TUN：
集羣節點可以跨越Internet；
RIP必須是公網地址；
director僅負責處理入站請求，響應報文則由realserver直接發往客戶端；
realserver網關不能指向director；
只有支持隧道功能的OS才能用於realserver；
不支持端口映射；
LVS調度算法
Lvs的調度算法決定了如何在集羣節點之間分佈工作負荷。當director調度器收到來自客戶端訪問VIP的上的集羣服務的入站請求時，director調度器必須決定哪個集羣節點應該處理請求。Director調度器用的調度方法基本分爲兩類：
固定調度算法：rr，wrr，dh，sh
動態調度算法：wlc，lc，lblc，lblcr
|
算法 |
說明 |
|
rr |
輪詢算法，它將請求依次分配給不同的rs節點，也就是RS節點中均攤分配。這種算法簡單，但只適合於RS節點處理性能差不多的情況 |
|
wrr |
加權輪訓調度，它將依據不同RS的權值分配任務。權值較高的RS將優先獲得任務，並且分配到的連接數將比權值低的RS更多。相同權值的RS得到相同數目的連接數。 |
|
Wlc |
加權最小連接數調度，假設各臺RS的全職依次爲Wi，當前tcp連接數依次爲Ti，依次去Ti/Wi爲最小的RS作爲下一個分配的RS |
|
Dh |
目的地址哈希調度（destination hashing）以目的地址爲關鍵字查找一個靜態hash表來獲得需要的RS |
|
SH |
源地址哈希調度（source hashing）以源地址爲關鍵字查找一個靜態hash表來獲得需要的RS |
|
Lc |
最小連接數調度（least-connection）,IPVS表存儲了所有活動的連接。LB會比較將連接請求發送到當前連接最少的RS. |
|
Lblc |
基於地址的最小連接數調度（locality-based least-connection）：將來自同一個目的地址的請求分配給同一臺RS，此時這臺服務器是尚未滿負荷的。否則就將這個請求分配給連接數最小的RS，並以它作爲下一次分配的首先考慮。 |
LVS調度算法的生產環境選型：
1、一般的網絡服務，如http，mail，mysql等常用的LVS調度算法爲：
a.基本輪詢調度rr
b.加權最小連接調度wlc
c.加權輪詢調度wrc