问WSFC中VM迁移过程中的Mac地址切换

EN

我觉得这种行为是正常的，并期待与开关无关的合作模式。

根据微软文档的说法：

使用开关独立模式，NIC团队成员连接到的开关不知道NIC团队的存在，并且不确定如何将网络流量分配给NIC团队成员，相反，NIC团队通过NIC团队成员分配入站网络流量。

它是如何执行分发的？它在希望交换机中通过相应的团队成员发送目标的VM出口(传出)数据包，查看它的MAC地址，并了解它在团队成员所连接的端口上。发送到该MAC地址的应答数据包将通过该端口进入VM。但是，Hyper-V还可以实现某种形式的负载平衡：

当您使用具有动态分布的开关无关模式时，网络流量负载是基于TCP端口地址哈希分配的，并经动态负载平衡算法修改。动态负载平衡算法重新分配流以优化团队成员的带宽利用率，从而使单个流传输可以从一个活动的团队成员移动到另一个活动的团队成员。

例如，有时MAC可能会消失在该端口上，并出现在另一个团队成员所连接的端口上，以便将以前的端口释放给其他通信(因此，这个VM正在“平衡”于这个重载端口到负载较轻的端口)。网络确实认为这是"MAC地址抖动“，因为VM的MAC地址在一组端口之间来回移动，其中它的主机节点的NIC团队成员是连接的。

在迁移过程中，节点间可能会有一段短时间的MAC“拍动”，之后事情就会消失。当VM最终在节点上运行时，它的MAC开始在连接新节点NIC的端口之间浮动。

通过禁用负载平衡，可以禁用团队成员之间的移动。迁移到另一组港口是不可避免的。

管理有集群的网络的网络工程师必须知道这个特性。如果这是不可取的，解决这一问题的正确方法是使用集群感知的堆栈交换机和正确配置依赖于交换机的团队模式。