VMware two vSwitches Os convidados não podem se comunicar entre eles

Question

Eu tenho alguns servidores nesta configuração:

(configuraçãocompleta)

E eu não consigo, a partir do VMGuest1, fazer ping no VMGuest3 ou no VMGuest4. Eu posso, no entanto, pingar Host1 e Host2, que estão anexados ao pSwitch1. O comportamento é o mesmo com o VMGuest3 ou 4 tentando fazer ping no VMGuest 1 ou 2.

Eu não tenho a promiscuidade ativada para nenhum desses switches, nem tenho uma ponte configurada dentro do ESXi para os comutadores virtuais. Eu sei que uma dessas opções é geralmente necessária ao tentar obter conectividade entre dois switches virtuais. Esses switches são conectados, no entanto, através de seus respectivos switches físicos que são ligados juntos.

Ping apenas expira, o pedido arp é assim: [root@vmguest1:~]# arp -a vmguest3 vmguest3.example.com (1.2.3.4) at <incomplete> on eth0 [root@vmguest1:~]# arp -a host1 host1.example.com (1.2.3.5) at 00:0C:64:97:1C:FF [ether] on eth0

O VMGuest1 pode alcançar hosts no pSwitch1, então por que ele não consegue chegar aos hosts no vSwitch1 através do pSwitch1 da mesma maneira?

    

Answer 1

Vincular suas conexões NIC dentro de uma máquina virtual é semelhante ao uso do software RAID dentro de um convidado VMware. Você pode fazer isso, mas não é um método razoável de proteção para um sistema VMware.

Você está usando switches gerenciados?

Eu recomendaria simplificar sua solução:

• Coloque suas VMs no mesmo vSwitch se elas precisarem se comunicar entre si.
• Os uplinks do vSwitch podem ir para um ou mais comutadores físicos.
• Idealmente, você pode configurar uma pilha entre os comutadores físicos, com os uplinks do vSwitch para cada um, mas até mesmo uma ligação resiliente entre os comutadores físicos (2 x 1 GbE) fará o trabalho.

É realmente isso ... Há algo errado com uma configuração como:

ouodesignmaiscomplexodescritoem: configuração do vSwitch com 12 uplinks

    

Answer 2

Portanto, esta é a sua configuração:

Um pouco complexo, eu aconselho você a não fazer ligação de NIC dentro de suas VMs.

De qualquer forma: Tanto o vmguest1 quanto o 3 podem executar ping no host1, mas não no outro, certo? Para investigar isso, comece emitindo

[root@vmguest1:~]# arp -a vmguest3
vmguest3.example.com (1.2.3.4) at <incomplete> on eth0
[root@vmguest1:~]# 

e use o tcpdump para ver o que realmente está chegando e deixando seus vNICs. A solicitação ARP alcança o vmguest3? Responde em eth0, eth1 ou ambos?