我的每台 ESX 主機都有 8 個 NICS。
我為 iSCSI SAN 設定了 2 個 NIC - 每個 NIC 連接到不同的 SAN 交換器。為 vMotion 和服務控制台設定了 2 個 NIC - 這些網路卡分別連接到不同的核心交換器（連接埠透過專用於 vMotion 和管理的 VLAN 進行中繼）
我現在還剩下四個連接埠。目前，我們已將這些設定分別進入我們的預設 VLAN。兩個 NIC 連接到一個核心交換機，兩個 NIC 連接到另一個核心交換器。我們決定聚合到每個交換器的連接 - 因此它們在 vswitch 端組合在一起，並在實體交換器端形成連接埠通道。
我現在是閱讀連接埠通道這些連接並不是特別有用，甚至可能使事情變得複雜。
使用 VMware 連接埠通道是否有特殊問題？什麼方法可以在冗餘和效能之間提供最佳平衡？
答案1
Duncan Epping 非常了解他的 VMware 網絡，他描述的場景特別糟糕，但有點不尋常（四個網卡聚合成兩個獨立的 Etherchannel 組）。不過他的分析是正確的——VMware 不支援按照設定要求的方式進行鏈路聚合。
連接埠聚合不會提高單一會話頻寬，它可以更輕鬆地獲得可用連結的更好的整體利用率。您的四個連結永遠不會用於從具有 4Gbps 潛在頻寬的伺服器提供單一會話，例如，個別會話仍然遍歷 VMware 主機（或任何其他系統）上的單一網卡，並透過單一會話遍歷您的交換器點對點連接。但是，如果您選擇負載平衡演算法，則單獨的會話將分佈在可用連結上，從而為您提供更好的整體效能。使用 VMware，您可以選擇各種分組策略（僅故障轉移、按來源連接埠雜湊路由和按來源\目標 IP 雜湊路由），除非最近更改，否則它僅支援靜態中繼而不支援活動 LACP。負載平衡僅適用於正確配置的交換機，因此如果您想使用它，則必須在交換器上進行某種連接埠中繼\乙太網路通道設定。這篇 VMware 知識庫文章解釋了一些背景並提供了 Cisco 和 HP 設定範例。
缺點是，如果您想將網路卡分佈在不同的交換器上並使用 IP 雜湊來負載平衡，那麼它們必須以某種方式堆疊，否則您最終會遇到類似於 Duncan 所描述的問題。這存在一些明顯的風險，因為該堆疊的問題可能會同時影響所有網卡。事實上，VMware 仍然不完全支援 vSwitch 的 LACP，這使得這比應有的困難得多。
答案2
您連結到的帖子強調了一個錯誤的配置範例。其中的第一個評論是我們在我們的環境中所做的事情 - 跨兩個堆疊 Cisco 交換器的乙太網路通道中的 4 個 NIC。此配置沒有任何問題，並且已經運行了一年多 - 只是要注意，您沒有獲得 4Gb/s 鏈接，而是獲得 4 個 1Gb/s 鏈接。
編輯：我還想指出，如果您想跨兩台交換器進行連接埠通道以實現冗餘，則必須以某種方式堆疊它們 - 獨立的交換器將無法工作。如果您有兩台獨立的交換機，那麼 portchannel 並不是最佳選擇。