Network teaming 這個概念在物理服務器中早就很普遍，我們往往會在物理服務器設置多個物理網卡的Teaming，除了防范因為網卡故障造成的單點故障之外，還有負載均衡的目的。

　　在虛擬環境中，絕大多數情況下無需為了容錯或者負載均衡的目的，為一個虛擬機連接多個虛擬網卡。因為容錯或者負載均衡的任務交付給虛擬交換機和其連接的多個物理網卡了。怎么來實現呢?這就需要在設置虛擬交換機上設置NetworkTeaming Policy。

　　五種策略選擇中哪一種才適合你的環境?

　　Route based on originating virtual port

　　Route based on IP Hash (only one supported withStatic Etherchannel and Static 802.3ad)

　　Route based on Source MAC address

　　Route based on physical NIC load (Load BasedTeaming or LBT)

　　Use explicit failover order (Not a load balancingalgorithm)

　　除了Route based on IP Hash需要在物理交換機上設置Link Aggregation之外，其他的策略無需物理交換機上的特別設置。

　　情景一：

　　某小型公司因為成本的考慮，沒有購買Enterprise Plus許可，所以使用vSphere Standard Switch。

　　建議：

　　采用Route based on originating virtual port

　　依據該VM連接在vSwitch的Port ID來決定把數據包傳輸到對應的物理網卡，快捷簡單，無需VMKernel對數據包作任何多余的處理。

　　情景二：

　　某大型公司人員眾多，使用vSphere Distributed Switch. ESXi連接了六張1G物理網卡。有幾個虛擬機作為公司的文件服務器，經常有員工抱怨訪問文件服務器延時嚴重，有時一個文件很長時間打不開。

　　建議：

　　采用Route based on IP Hash (only onesupported with Static Etherchannel and Static 802.3ad)。但前提是物理交換機必須支持staticEtherchannel 或者static 802.3ad link aggregation并作相應設置。

　　這種策略可以***程度上提高文件服務器的吞吐量，因為Etherchannel可以把多張物理網卡綁定為一個Channel，那么吞吐量就由原來的1G變為1G* Channel內的網卡數目

　　以上的舉例是一種比較特別的情況，同時有多個客戶端對文件服務器虛擬機發起文件訪問，而且1G網卡的吞吐量不能滿足需求。

　　如果你的應用大多數情況下是點對點的通訊，這意味著同一時間內僅能用到一個物理網卡，相比LBT而言，Routebased on IP Hash并不能帶來特別的好處。

　　情景三：

　　某公司使用vSphere Distributed Switch. ESXi連接了兩張10G物理網卡。因為已經采用了LVS或者硬件設備實現了負載均衡，目前的虛擬環境中沒有對網絡吞吐量要求特別高的虛擬機。

　　建議：

　　采用Route based on physical NIC load (Load Based Teaming orLBT)

　　vSphere4.1 以后vDS支持該策略。連接在ESXi上某個物理網卡的使用超過了75%之后，數據包會自動發送到其他比較空閑的物理網卡，從而達到負載均衡的目的。注意雖然你設置了多個物理網卡，但某一個時刻數據包只通過某個特定的物理網卡。10G是該VM能獲得的***的吞吐量。

　　如果使用vDS，絕大多數情況下LBT是***選擇。無需情景二中物理交換機的復雜配置。

　　原創作品，允許轉載，轉載時請務必以超鏈接形式標明文章 原始出處 、作者信息和本聲明。否則將追究法律責任。http://frankfan.blog.51cto.com/6402282/1227531