VSAN 和網路 IO 控制/VDS 第 2 部分
原文：http://www.yellow-bricks.com/2013/11/12/vsan-network-io-control-vds-part-2/
註明：本文內容基於 VMware VSAN beta 版本撰寫，請訪問http://www.vmware.com/products/virtual-san/獲得有關正式版本的更新資訊。
大約一週前，我寫了關於 VSAN 和網路 IO 控制的文章 ( http://vsdsrevolution.blog.51cto.com/8674155/1377983 ) 。文章原本比較長，配置網路部分包含很多選項，但為了簡單起見，我最終決定只保留其中一部分。我當時認為，等將來提出更多問題的時候，我再來發布其他內容。而現在正是時機。
在下述配置中，我們會將兩個 10GbE 上行鏈路繫結在一起（通常稱為“以太通道”或“鏈路聚合”）。由於物理交換機的功能，虛擬層的配置非常簡單。在此情形下，我們會考慮遵從建議的最小頻寬要求：
管理網路 –> 1GbE
vMotion VMkernel –> 5GbE
虛擬機器埠組 –> 2GbE
Virtual SAN VMkernel 介面 –> 10GbE
如果將多個物理上行鏈路繫結在一起（即，多機箱鏈路聚合），則 Distributed Switch 負載平衡機制就需要進行如下配置：
IP-Hash
或LACP
必須使用 LACP 或 IP-Hash
管理網路 VMkernel 介面 = LACP/IP-Hash
vMotion VMkernel 介面 = LACP/IP-Hash
虛擬機器埠組 = LACP/IP-Hash
Virtual SAN VMkernel 介面 = LACP/IP-Hash
由於不同流量型別會共享相同的上行鏈路，因此，我們也希望確保在出現爭用時各種流量型別不會相互排擠，這樣我們就會使用
我們假設只有一個可用物理埠，所有流量型別都會共享這一個物理埠。我們會考慮最壞的情形，這樣才能保證即使出現故障也不會影響到效能。此方法可以確保 Virtual SAN 始終都有 50% 的可支配頻寬，而為其他流量型別留出充足的頻寬，以避免可能由自身造成的 DoS。如果兩個上行鏈路都可用，則此頻寬等於 10GbE，如果只有一個上行鏈路可用，則此頻寬會相應地減半，即，5GbE。建議按如下所示為不同型別的流量配置共享：
流量型別 | 共享 | 限制 |
管理網路 | 20 | 不適用 |
vMotion VMkernel 介面 | 50 | 不適用 |
虛擬機器埠組 | 30 | 不適用 |
Virtual SAN VMkernel 介面 | 100 | 不適用 |
下圖顯示了這一配置情形。
呼朋引伴，歡迎分享！
————————————————————————————————————————————
作者： Duncan Epping
Duncan Epping 現任 VMware R&D 的 SDDC 新興解決方案團隊首席架構師。他主要負責挖掘現有產品和功能的新機會，並通過對新解決方案或產品進行原型開發來為 VMware 探索新的業務商機。他主要致力於軟體定義的儲存和業務連續性/災難恢復解決方案，目前正在申請一項專利。
轉載於:https://blog.51cto.com/vsdsrevolution/1377985