【虛拟化實戰】網絡設計之四TeamingExampleArchitectural Decision – Virtual Switch Load Balancing PolicyUnderstandingNIC Utilization in VMware ESX

作者：範軍 （Frank Fan） 新浪微網誌：@frankfan7   微信：frankfan7

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

五種政策選擇中哪一種才适合你的環境？

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實體網卡。有幾個虛拟機作為公司的檔案伺服器，經常有員工抱怨通路檔案伺服器延時嚴重，有時一個檔案很長時間打不開。

這種政策可以最大程度上提高檔案伺服器的吞吐量，因為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是最佳選擇。無需情景二中實體交換機的複雜配置。

參考：

<a href="http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&amp;cmd=displayKC&amp;externalId=1004088">NICteaming in ESXi/ESX(1004088)</a>

<a href="http://frankdenneman.nl/2011/02/24/ip-hash-versus-lbt/">IP-Hash versusLBT</a>

本文轉自frankfan751CTO部落格，原文連結： http://blog.51cto.com/frankfan/1227531，如需轉載請自行聯系原作者