根据 youtube 上 itfreetraining 的 NIC teaming 教程，在 NIC teaming 模式“动态”下，出站流量使用地址哈希方法在团队成员之间分配，入站流量使用 hyper v 方法分配。
到目前为止一切顺利，但我仍然有一些疑惑：
动态 Hyper V 方法如何在非 Hyper V 环境中处理入站流量？据我所知，当您在 Hyper V 模式下拥有多个 Hyper V VM 和一个 nic 组时，每个虚拟网络适配器都使用 mac 地址分配给一个 nic 组成员。但在我看来，这不能应用于非 Hyper V 环境，因为没有任何 VM 可以分配流量。而且只有一个 mac 地址。
- 将动态模式与交换机相关模式（静态和 LACP）一起使用是否有意义？因为使用交换机相关模式的好处是可以分配入站流量。但是使用 Hyper V 方法，入站流量已经分配。
先感谢您。
答案1
动态 Hyper V 方法如何处理非 Hyper V 环境中的入站流量？
不是。
在没有 (IP) 端点的情况下，将有效负载分发到多个 (IP) 端点是不可能的。另一方面，通过 mac 控制器进行 TCP 连接分发是可行的。只要流量来自各种来源（而不是来自单个来源，如路由器），这通常效果很好。
在我看来，这不能应用于非 Hyper V 环境，因为没有任何虚拟机可以分配流量。
没错。Teaming 将 TCP 流量分发到多个接口（这些接口确实有多个 mac 地址），但这是在驱动程序中完成的，而不是在 IP 堆栈中完成的。您的应用程序不会知道，就像您的虚拟机不知道一样。
并且只有一个mac地址。
... 对于每个组合网卡或在物理适配器上移动的虚拟网卡。
将动态模式与交换机相关模式（静态和 LACP）一起使用是否有意义？
链路聚合与 Teaming 不同。例如，LACP 不执行故障转移（默认情况下）。它只是填充一个链路，然后透明地切换到下一个链路。这里不涉及 MAC 地址。没有在更高协议级别上进行连接跟踪，就像 Teaming 一样。
但是使用 Hyper V 方法，入站流量已经被分配。
是的。分发、团队合作和聚合并不是一回事，而且它们不能互换。
例如，如果您希望分发到更多物理适配器的主要流量源是单 mac 源（大型服务器、其他 VM 主机、路由器、防火墙……），那么 LACP 将是您的唯一选择。
这就是大多数公司使用 vSphere 的原因。虚拟交换机允许其上行链路根据路由 ID/源端口 ID、IP 哈希、mac 哈希、LACP 和 PBR（使用 NSX 时为基于策略的路由）分配流量。