Estamos tendo um comportamento estranho em nosso cluster ESX:
A Infraestrutura:
temos 2 ESXi 5.5.0 build 2718055 em um cluster, gerenciado pelo vCenter. Estamos usando uma licença Essentials, portanto não temos switches distribuídos. A rede da nossa empresa possui várias vlans, das quais cerca de 10 são necessárias em servidores VM. O hardware é HP DL380 Gen8, 8 portas eth de 1 Gb. As portas do switch (Cisco 2960E e 3850E) conectadas aos servidores são configuradas com o cisco trunk vlan - todos os pacotes chegam com sua tag vlan. A rede física é completamente redundante, um dos dois switches E uma das duas placas de rede em um servidor podem falhar sem travar as VMs.
Todos os switchports são configurados da mesma forma,
Estou usando 2 switches virtuais (em cada host), cada switch possui
O problema
Quando eu reinicio uma VM, colocada em esx1 e com configuração automática de endereço IP, a máquina não obtém uma conexão DHCP - a conexão de rede está disponível, se eu definir um endereço IP manual tudo funciona bem, mas pconfig /refreshestá falhando, e o DHCPExplorer faz não encontro um servidor DHCP válido (que eu possa executar ping se atribuir um endereço IP manual).
Agora tenho que migrar a máquina para esx2 e esperar um pouco (ou fazer ipconfig /renewou desabilitar e habilitar o nic) a máquina receberá um endereço dhcp. Depois disso, posso mover a máquina de volta para esx1 e ela funcionará perfeitamente. Depois disso, até obtive resultados positivos com o dhcp explorer.
Eu estava então testando se o comportamento estava conectado à parte física da rede: removi todas as nics físicas, exceto uma do portgroup com a vlan afetada, fiz algumas reinicializações com uma máquina dhcp e depois testei com outra nic - em resumo forcei todo o tráfego deste grupo de portas a passar por uma porta física da nic e do switch.
O resultado foi: o problema ocorre apenas em duas portas diferentes em duas placas de rede diferentes, mas ambas estão conectadas ao mesmo switch.
Parece-me que essa opção está de alguma forma bloqueando o acesso ao serviço dhcp. Alguém já viu um comportamento como esse? Estou ficando sem opções - em breve queremos atualizar para o ESX 6, mas como também temos o VMWare View Desktop Virtualization, o processo de atualização incluirá muito trabalho e testes e não poderá ser feito rapidamente...
EDITAR:
Como a configuração visual dos nossos switches é muito grande para a tela, fiz uma exportação dos switches virtuais e grupos de portas via powershell.
O host problemático é host-1002, as nics problemáticas que identifiquei são vmnic4 e vmnic8, os grupos de portas onde o problema foi observado são PortGroup35 e PortGroup41
Get-Virtualswitch|select Name, ID, NumPorts, NumPortsAvailable, Nic, MTU, VMHostID
RESULTADO:
Name : vSwitch0
Id : key-vim.host.VirtualSwitch-vSwitch0
NumPorts : 4352
NumPortsAvailable : 4309
Nic : {vmnic7, vmnic0, vmnic2, vmnic9}
Mtu : 1500
VMHostId : HostSystem-host-1001
Name : vSwitch2
Id : key-vim.host.VirtualSwitch-vSwitch2
NumPorts : 4352
NumPortsAvailable : 4309
Nic : {vmnic3, vmnic1, vmnic6, vmnic8}
Mtu : 1500
VMHostId : HostSystem-host-1001
Name : vSwitch5
Id : key-vim.host.VirtualSwitch-vSwitch5
NumPorts : 4352
NumPortsAvailable : 4309
Nic : {vmnic4}
Mtu : 1500
VMHostId : HostSystem-host-1001
Name : vSwitch0
Id : key-vim.host.VirtualSwitch-vSwitch0
NumPorts : 4352
NumPortsAvailable : 4304
Nic : {vmnic7, vmnic3, vmnic5, vmnic9}
Mtu : 1500
VMHostId : HostSystem-host-1002
Name : vSwitch2
Id : key-vim.host.VirtualSwitch-vSwitch2
NumPorts : 4352
NumPortsAvailable : 4304
Nic : {vmnic8, vmnic4, vmnic6, vmnic2}
Mtu : 1500
VMHostId : HostSystem-host-1002
Name : vSwitch5
Id : key-vim.host.VirtualSwitch-vSwitch5
NumPorts : 4352
NumPortsAvailable : 4304
Nic : {vmnic1}
Mtu : 1500
VMHostId : HostSystem-host-1002
Get-Virtualportgroup|select Name, VirtualSwitchId, Key, VLANId, VMHostID
RESULTADO:
Name : PORTGROUP82
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch0
Key : key-vim.host.PortGroup-PORTGROUP82
VLanId : 82
VMHostId : HostSystem-host-1001
Name : PORTGROUP90
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch0
Key : key-vim.host.PortGroup-PORTGROUP90
VLanId : 90
VMHostId : HostSystem-host-1001
Name : PORTGROUP83
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch0
Key : key-vim.host.PortGroup-PORTGROUP83
VLanId : 83
VMHostId : HostSystem-host-1001
Name : PORTGROUP16
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch0
Key : key-vim.host.PortGroup-PORTGROUP16
VLanId : 16
VMHostId : HostSystem-host-1001
Name : Management Network
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch0
Key : key-vim.host.PortGroup-Management Network
VLanId : 41
VMHostId : HostSystem-host-1001
Name : PORTGROUP80
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch2
Key : key-vim.host.PortGroup-PORTGROUP80
VLanId : 80
VMHostId : HostSystem-host-1001
Name : PORTGROUP41
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch2
Key : key-vim.host.PortGroup-PORTGROUP41
VLanId : 41
VMHostId : HostSystem-host-1001
Name : PORTGROUP35
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch2
Key : key-vim.host.PortGroup-PORTGROUP35
VLanId : 35
VMHostId : HostSystem-host-1001
Name : VMkernel
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch5
Key : key-vim.host.PortGroup-VMkernel
VLanId : 0
VMHostId : HostSystem-host-1001
Name : PORTGROUP43
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch0
Key : key-vim.host.PortGroup-PORTGROUP43
VLanId : 43
VMHostId : HostSystem-host-1001
Name : PORTGROUP82
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch0
Key : key-vim.host.PortGroup-PORTGROUP82
VLanId : 82
VMHostId : HostSystem-host-1002
Name : PORTGROUP83
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch0
Key : key-vim.host.PortGroup-PORTGROUP83
VLanId : 83
VMHostId : HostSystem-host-1002
Name : PORTGROUP90
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch0
Key : key-vim.host.PortGroup-PORTGROUP90
VLanId : 90
VMHostId : HostSystem-host-1002
Name : PORTGROUP16
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch0
Key : key-vim.host.PortGroup-PORTGROUP16
VLanId : 16
VMHostId : HostSystem-host-1002
Name : Management Network
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch0
Key : key-vim.host.PortGroup-Management Network
VLanId : 41
VMHostId : HostSystem-host-1002
Name : PORTGROUP80
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch2
Key : key-vim.host.PortGroup-PORTGROUP80
VLanId : 80
VMHostId : HostSystem-host-1002
Name : PORTGROUP41
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch2
Key : key-vim.host.PortGroup-PORTGROUP41
VLanId : 41
VMHostId : HostSystem-host-1002
Name : PORTGROUP35
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch2
Key : key-vim.host.PortGroup-PORTGROUP35
VLanId : 35
VMHostId : HostSystem-host-1002
Name : VMkernel
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch5
Key : key-vim.host.PortGroup-VMkernel
VLanId : 0
VMHostId : HostSystem-host-1002
Name : PORTGROUP43
VirtualSwitchId : key-vim.host.VirtualSwitch-vSwitch0
Key : key-vim.host.PortGroup-PORTGROUP43
VLanId : 43
VMHostId : HostSystem-host-1002
EDITAR: NOVAS INFORMAÇÕES
Agora eu percebi porque o problema só está acontecendo no esx1: o servidor dhcp para essas máquinas é uma VM, colocada no esx2. Assim, as solicitações DHCP das máquinas no esx2 nem precisariam sair do switch virtual. Se eu mover o servidor dhcp para esx1, o problema será resolvido aí e iniciando em esx2. Ainda assim, apenas um switch é afetado, o outro está funcionando bem. Então, na minha opinião, o problema definitivamente está no switch físico, não no virtual.
Responder1
Seu switch pode ter inconsistenteárvore geradoraconfigurações nas diferentes portas do switch.
Quanto tempo você espera antes de considerar isso “fracassado”? Você tem acesso à configuração do switch Cisco?
Fora isso, seria bom ver a configuração do seu Virtual Switchcomo este exemplo.
Responder2
Obrigado por atualizar sua pergunta e comentários, basicamente você precisa definir um 'Ajudante DHCP' no switch específico para essa porta/VLAN.
Basicamente no switch faça;
enable conf t int {qualquer porta} ip helper-address {IP do servidor DHCP ou cluster VIP}
em seguida, teste e, se for bem-sucedido, grave sua configuração de volta na inicialização.