使用动态模式和开关依赖模式是否有意义？

Question

根据youtube上免费培训的NIC团队培训教程，在NIC团队的“动态”模式下，使用地址哈希方法在团队成员之间分配出站流量，使用hyper v方法分配入站流量。

到目前为止还不错，但我还有一些不正常的地方：

1. 在非超级v环境中，动态超级V方法是如何处理入站流量的？据我所知，当您有多个超级vms和一个处于超级v模式的nic团队时，每个虚拟网络适配器都会使用mac地址分配给nic团队成员。但在我看来，这不能适用于非超级v环境，因为没有任何vms来分发流量。只有一个mac地址。
   1. 在开关依赖模式(静态和LACP)中使用动态模式是否有意义？因为使用交换机依赖的好处是可以分发入站通信量。但是使用hyper v方法，入站流量已经被分发了。

提前谢谢你。

Answer 1

在非超级v环境中，动态超级V方法是如何处理入站流量的？

不。

如果没有(IP-)端点，则无法将有效负载分配到多个(IP-)端点。另一方面，TCP连接分布在mac控制器上。只要流量来自不同的来源(而不是来自单一的来源，如路由器)，这通常是很好的工作。

在我看来，这不能应用于非超级v环境，因为没有任何vms来分发流量。

对啊。团队通过多个接口(其中确实有多个mac地址)分配TCP流量，但这是在驱动程序中完成的，而不是在IP堆栈中完成的。您的应用程序不会知道，就像vm不知道一样。

只有一个mac地址。

..。对于每一组nic，或在物理适配器上移动的虚拟网卡。

在开关依赖模式(静态和LACP)中使用动态模式是否有意义？

链接聚合与团队不一样。例如，LACP不执行故障转移(默认情况下)。它只填充一个链接，然后透明地切换到下一个链接。这里没有mac地址。在更高的协议级别上没有连接跟踪，比如团队合作。

但是使用hyper v方法，入站流量已经被分发了。

是。分发、合作和聚合并不是一回事，它们是不可交换的。

例如，如果您希望分发给更多物理适配器的主要流量源是singe源(大型服务器、其他VM-主机、路由器、防火墙.)，则LACP将是您的唯一选择。

这就是为什么大多数公司使用vSphere的原因。虚拟交换机允许其上行链路根据路由ID /始发端口ID、IP哈希、mac哈希、LACP和PBR (使用NSX时基于策略的路由)分配通信量。