Limpando o cache de ARP no ESXi 4.1

4

Recentemente, migramos todo o nosso cluster VMware do ESX para o ESXi. Na maior parte, a transição foi perfeita e não perdi o acesso ao SC. Até agora.

Estamos tentando diagnosticar algum comportamento incomum de inundação de unicast que está acontecendo durante o vMotions e suspeitamos que a causa possa estar relacionada a uma discrepância entre a expiração do cache de tabela do mecanismo de comutação e a expiração da tabela ARP em cada host ESXi. Como tal, tenho tentado descobrir como visualizar e limpar a tabela ARP no ESXi.

No ESX (com o SC completo), isso teria sido fácil - apenas ssh in e execute um arp -a . Infelizmente, o shell castrado no ESXi não inclui o comando ARP, e eu não consegui encontrar uma única documentação sobre isso dentro do KB da VMware.

Eu tenho um pedido de suporte com VMware sobre isso (indo em 30 horas sem uma resposta), mas achei que eu iria jogar aqui primeiro para ver se alguém tem idéias. Obrigado!

    
por EEAA 03.11.2010 / 23:13

4 respostas

2

Sem o console de serviço, você precisa usar o vCLI. Funciona com hosts ESX / ESXi.

Neste momento, não consigo encontrar uma maneira documentada de limpar as tabelas ARP via RemoteCLI. O melhor que posso encontrar é aqui: Top Five Novos comandos vCLI no vSphere 4.1

listar todas as conexões ativas: esxcli network connection list

lista todas as entradas da tabela ARP: esxcli network neighbor list

Espero que isso ajude. Deixe-nos saber o que o suporte diz.

    
por 04.11.2010 / 02:27
2

Após discutir com a VMware, aprendi que não há como limpar ou manipular a tabela ARP no ESXi 4.1. Sinto que poder executar essas ações pode ser crítico para a solução de problemas, e espero que elas adicionem essa funcionalidade em versões futuras do produto.

    
por 05.11.2010 / 22:06
1

O ESXi 4.1 tem o CLI remoto que você pode usar ou, se isso não der suporte ao que você precisa , há sempre o caminho não divulgado . No entanto, a melhor parte é, porque você está usando o mais recente e maior 4.1 você pode realmente habilitar oficialmente o SSH .

    
por 04.11.2010 / 00:24
1

Verifique se você tem todas as suas portas vkernel em sub-redes separadas, por exemplo, vmotion / management / iscsi separado. Não fazer isso pode causar muita inundação durante o VMotion, já que o comutador físico não aprende corretamente o endereço MAC da porta do VMotion. E transmite continuamente para encontrá-lo.

    
por 01.02.2011 / 22:13