虚拟机网络故障排除

我不知道在AHV上匹配esxtop的任何命令。

如果你使用balance-slb，你的虚拟机源MAC地址会被OVS转换成一个哈希值(1-255)。然后在bond_rebalance_interval(默认情况下是10秒，Nutanix建议是30秒)在绑定中的活动物理适配器之间平衡这个散列值。

你可以在CVM中使用以下命令查看每个适配器上的活动哈希值:

sshroot@192.168.5.1ovs-appctl债券/显示

你会看到如下输出:

$ SSH root@192.168.5.1 ovs-appctl bond/show

——br0-up

bond_mode: balance-slb

下一个再平衡:4762毫秒

主从mac: 00:e0:ed:73:f3:5f(eth3)

奴隶eth2:启用

may_enable:真

哈希10:5 kB的负载

哈希22:1 kB的负载

哈希34:1 kB的负载

哈希58:1 kB的负载

哈希60:6kb的负载

哈希68:6kb的负载

哈希78,21 kB的负载

哈希81:1 kB的负载

哈希83:1574kb的负载

.．.

奴隶eth3:启用

活跃的奴隶

may_enable:真

hash 2: 2kb的负载

哈希3:11 kB的负载

哈希4:23 kB的负载

哈希8:3 kB的负载

hash 13: 48kb的负载

哈希17:25 kB的负载

哈希19:1 kB的负载

据我所知，没有一种简单的方法来确定哪个MAC地址属于哪个哈希值。因为最多有255个哈希值，并且无法避免哈希冲突，所以可能会有多个VM被哈希为相同的值。

balance-slb的目标是试图将来自多个源MAC地址的流量均匀地分配到一组绑定接口中，并在流量模式变化时保持这种平衡，这是上述策略所实现的。

缺点如下:

1. 您无法轻松地将单个VM映射到当前活动的链路。
2. 不能保证任意两个虚拟机映射到对立的绑定成员接口上。

在组播处理方面保持负载均衡还有其他缺点，在AHV网络最佳实践指南-值得一看。