我有一个新的 Server 2022 Hyper-V 主机，它将有（初始）6 个客户机。它有两个 NIC，我想将它们组合起来连接到物理交换机，以实现性能和可靠性。
我的理解是，有两种方法可以做到这一点：
- 从 2012 年开始，操作系统级别的 LACP 组合就已过时。
- 适用于 Server 2016 及更高版本的全新热门 Switch 嵌入式团队。
到目前为止，我能够在设置和测试中使这两个选项都能正常工作，但我读到的所有内容都表明我强烈建议选择选项 2。
问题在于：从我对选项 2 的了解来看，Hyper-V 通过将不同客户机的 MAC 绑定到不同的物理端口来实现负载平衡。这意味着一台虚拟机的带宽永远不会超过您在单个端口上看到的带宽。事实上，使用此选项时客户机中可见的接口看起来像一个 NIC，其速度与单个主机 NIC 之一的速度相同。
这对于我的设置来说是错误的，因为其中一个客户机与其他客户机不同。这是物理硬件存在的主要原因，应该看到大部分流量。我知道，对于大多数组合选项，没有一个会话可以超过单个端口的速度，但我还希望该服务器支持许多会话。
所以问题是：
我是否遗漏了有关 Switch Embedded Teaming 如何更好地利用可用端口的某些信息？如果是，我需要做什么来纠正它？或者，在这种情况下我应该使用较旧的组合选项吗？
找到了我自己的答案：
VSwitch 的负载平衡模式不知何故被设置为
HyperVPort...可能是对 LACP 进行实验的结果。我Dynamic使用以下命令将其设置为：现在，使用较新的 SET 模式，情况会更好；我甚至不需要为虚拟机重新分配或重新连接网络接口。