我的ESX主机都有8个NICS。
我为我们的iSCSI SAN设置了2个NIC – 每个连接到不同的SAN交换机。 2个网卡设置为vMotion和服务控制台 – 这些网卡分别连接到不同的核心交换机（端口被VLAN专用于vMotion和pipe理）
我现在有四个港口了。 目前我们已经设置了每个进入我们的默认VLAN。 两个NIC连接到一个核心交换机，两个连接到另一个核心交换机。 我们决定将连接汇总到每个交换机 – 所以它们在vswitch端汇合，端口汇聚到物理交换机端。
我现在正在阅读那个端口，这些连接并不是特别有用，甚至可能过于复杂。
使用VMware的端口通道有什么特别的问题吗？ 什么方法提供冗余和性能之间的最佳平衡？
Duncan Epping非常了解他的VMwarenetworking，他描述的这个场景特别讨厌，但有些不寻常（四个nics被聚合成两个独立的Etherchannel组）。 他的分析是正确的 – VMware不支持所需设置的链接聚合。
端口聚合不会提高单个会话的带宽，更容易获得更好的可用链路的整体利用率。 您的四条链路永远不会用于从服务器提供一个具有4Gbps可能带宽的单个会话，例如，单个会话仍然在VMware主机（或任何其他系统）上遍历一个单一的NIC，并通过单个点对点连接。 但是，如果您select负载平衡algorithm，则单独的会话将分布在可用链接上，从而为您提供更好的整体性能。 使用VMware，您可以select不同的分组策略（仅故障转移，按源端口哈希路由，按源端目标IP哈希路由），除非最近更改它仅支持静态中继不活动的LACP。 负载平衡只能在正确configuration的交换机上工作，所以如果你想使用它，那么你将不得不在交换机上进行某种端口中继\ Etherchannelconfiguration。 这篇VMware知识库文章解释了一些背景知识，并给出了思科和惠普configuration示例。
缺点是，如果你想通过单独的交换机来分配你的nics，并使用IP哈希来平衡负载，那么它们必须以某种方式堆叠起来，否则最终会出现类似于Duncan所描述的问题。 这对于堆栈同时影响所有NIC的潜在问题具有一些明显的风险。 VMware仍然不支持vSwitch完全支持LACP，这使得这比应该更难。
您链接到的post强调了一个错误的configuration示例。 那里的第一个评论就是我们在我们的环境中所做的 – 在两个堆叠的Cisco交换机的以太网通道中的4个NIC。 这个configuration没有任何问题，它已经工作了一年多了 – 只是要知道，你没有得到一个4Gb / s链接，而是4个1Gb / s的链接。
编辑：我也想指出，如果你想在两台交换机之间进行冗余端口通道，它们必须以某种方式堆叠 – 独立的交换机将不起作用。 如果你有两个独立的交换机，那么portchannel是不行的。