由於虛擬服務器的網絡地址轉換方式是基於IP偽裝的
因此對後台真實服務器的操作系統沒有特別要求
可以是Windows操作系統
也可以是Linux或其它操作系統
從配置步驟上來看
NAT也是最簡單的
但是這種方式對負載均衡服務器的開銷很大
包括對IP請求包進行解析轉發
尤其是響應包的大量數據傳輸都需要負載均衡器來處理
當客戶請求越來越多時
調度器的處理能力將成為瓶頸
所以
對小型網站（≤
台主機）來說
網絡地址轉換方式還是可行的
對於大中型網站服務
就不是個好方案
為了解決這個問題
於是就有了以下兩種方案
IP隧道（VS/TUN）是將一個IP報文封裝在另一個IP報文中的技術
這可以使得目標為一個IP地址的數據報文能被封裝和轉發到另一個IP地址
用戶利用IP隧道技術將請求報文封裝轉發給後端服務器
響應報文能從後端服務器直接返回給客戶
這樣做
負載調度器只負責調度請求（建立IP隧道的開銷）而響應直接返回給客戶
就不需要再處理響應包
將極大地提高整個集群系統的吞吐量和有效降低負載均衡器的負載
IP隧道技術對服務器有要求
即所有的服務器必須支持
IP Tunneling
或
IP Encapsulation
協議
筆者建議在IP隧道的後台服務器運行Linux操作系統
直接路由響應（VS/DR）連接調度和管理與在網絡地址轉換和IP隧道中的一樣
不過它的報文轉發是直接路由給目標服務器
在直接路由響應中
調度器不修改也不封裝IP報文
而是將數據幀的MAC地址改為選出服務器的MAC地址
再將修改後的數據幀在局域網上發送
因為數據幀的MAC地址是選出的服務器
所以服務器肯定可以收到這個數據幀
從中可以獲得該IP報文
當服務器發現報文的目標地址VIP是在本地的網絡設備上
服務器處理這個報文
然後根據路由表響應報文直接返回給客戶
跟IP隧道相比
這種方法要求負載調度器與真實服務器都有一塊網卡連在同一物理網段上
服務器網絡設備（或設備別名）不做ARP響應
IPVS實現了三種負載均衡技術
各有所長
特別是IP隧道和直接路由響應可極大地提高系統的伸縮性
但是針對不同的應用范圍
選擇也是靈活的
三種IP負載均衡技術的特點見表
比較這三種技術特點能幫助用戶更好地了解各自的優缺點
便於抉擇
From:http://tw.wingwit.com/Article/os/xtgl/201311/9572.html
