网卡绑定导致ESXi中的虚机网络连接时断时续的解析和处理

当你使用以太通道进行网卡绑定时,ESXi 主机中的虚机网络连接有时会出现时断时续现象。之所以出现此问题,是因为网卡绑定属性没有传播到 ESXi 中的管理网络端口组。


我们从端口组的负载平衡策略下拉菜单中,可以指定虚拟交换机如何对组内物理网卡之间的出站通信进行负载平衡。它一般有以下几种方式:

1、基于源虚拟端口的路由:

根据交换机上的虚拟端口 ID 选择上行链路。虚拟交换机为虚拟机或VMkernel 适配器选择上行链路后,便始终会通过此虚拟机或 VMkernel 适配器的同一上行链路转发流量。
注:

交换机的EtherChannel没绑的话,默认是基于源端口的

2、基于 IP 哈希的路由: 

根据每个数据包的源和目标 IP 地址哈希选择上行链路。对于非 IP 数据包,交换机在相应字段中使用这些数据来计算哈希值。基于 IP 的成组要求为物理交换机配置以太通道。
注:

交换机绑了EtherChannel,就设定了负载平衡策略是基于ip哈希的,那么虚拟交换机的也需要与之匹配,所以也要设置为基于IP哈希。交换机的EtherChannel数是有限的,比如有的是512个,调整上限后改为1024个,但内部的端口数会从32个减为16个

3、基于源 MAC 哈希的路由:  

根据源以太网的哈希选择上行链路。

4、基于物理网卡负载的路由 : 

可用于分布式端口组或分布式端口。根据连接到端口组或端口的物理网络适配器的当前负载选择上行链路。如果上行链路 75% 或更高持续 30 秒保持忙碌状态,主机代理交换机会将一部分虚拟机流量移至具有可用容量的物理适配器。


我们看一下Ether Channel网络配置的例图:


网卡绑定导致 ESXi 中的虚机网络连接时断时续的解析和处理



Switch# show etherchannel load-balance
EtherChannel Load-Balancing Configuration:
src-dst-ip
mpls label-ip
EtherChannel Load-Balancing Addresses Used Per-Protocol:
Non-IP: Source XOR Destination MAC address
IPv4: Source XOR Destination IP address
IPv6: Source XOR Destination IP address
MPLS: Label or IP

Switch# show etherchannel summary
Flags: D - down P - bundled in port-channel
I - stand-alone s - suspended
H - Hot-standby (LACP alt="网卡绑定导致 ESXi 中的虚机网络连接时断时续的解析和处理">

网卡绑定导致 ESXi 中的虚机网络连接时断时续的处理:

请检查虚机所在portgroup的负载平衡策略,如果交换机做了EtherChannel,则需要选择基于IP哈希的负载平衡,如果没做,则默认选择基于源虚拟端口的路由。相应的如果更改策略后没有生效,依然出现时断时续,则可以重建端口组并选择正确的负载平衡策略。






网卡绑定导致ESXi中的虚机网络连接时断时续的解析和处理