Estamos teniendo un comportamiento extraño en nuestro clúster ESX:
La infraestructura:
Tenemos 2 ESXi 5.5.0 build 2718055 en un cluster, administrado por vCenter. Usamos una licencia Essentials, por lo que no tenemos conmutadores distribuidos. La red de nuestra empresa tiene varias VLAN, de las cuales se necesitan unas 10 en los servidores VM. El hardware es HP DL380 Gen8, 8 puertos eth de 1 Gb. Los puertos del switch (Cisco 2960E y 3850E) conectados a los servidores están configurados con la vlan troncal de Cisco; todos los paquetes llegan con su etiqueta vlan. La red física es completamente redundante, uno de los dos conmutadores Y una de las dos tarjetas de red de un servidor pueden fallar sin que las máquinas virtuales fallen.
Todos los puertos de conmutación están configurados de la misma manera,
Estoy usando 2 conmutadores virtuales (en cada host), cada conmutador tiene asignado
El problema
Cuando reinicio una máquina virtual, colocada en esx1 y con la configuración automática de la dirección IP, la máquina no obtiene una conexión DHCP: la conexión de red está disponible, si configuro una dirección IP manual, todo funciona bien, pero pconfig /refreshestá funcionando, y DHCPExplorer sí. No encuentro un servidor dhcp válido (al que puedo hacer ping si asigno una dirección IP manual).
Ahora tengo que migrar la máquina a esx2 y esperar un tiempo (o desactivar ipconfig /renewo habilitar la NIC) para que la máquina obtenga una dirección DHCP. Después de eso, puedo volver a mover la máquina a esx1 y funcionará perfectamente. Después de eso, incluso obtengo resultados positivos con dhcp explorer.
Luego estaba probando si el comportamiento estaba conectado a la parte física de la red: eliminé todas las NIC físicas menos una del grupo de puertos con la VLAN afectada, reinicié algunos con una máquina DHCP y luego la probé con otra NIC; en resumen Obligué a todo el tráfico de este grupo de puertos a pasar por un puerto físico de la NIC y el conmutador.
El resultado fue: el problema solo ocurre en dos puertos diferentes en dos NIC diferentes, pero ambos están conectados al mismo conmutador.
Me parece que este interruptor de alguna manera bloquea el acceso al servicio DHCP. ¿Alguien ha visto un comportamiento como este? Me estoy quedando sin opciones: pronto queremos actualizar a ESX 6, pero como también tenemos VMWare View Desktop Virtualization, el proceso de actualización incluirá mucho trabajo y pruebas y no se puede realizar rápidamente...
EDITAR:
Dado que la configuración visual de nuestros conmutadores es demasiado grande para la pantalla, exporté los conmutadores virtuales y los grupos de puertos a través de PowerShell.
El host problemático es host-1002, las NIC problemáticas que identifiqué son vmnic4 y vmnic8, los grupos de puertos donde se observó el problema son PortGroup35 y 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: NUEVA INFORMACIÓN
Ahora me di cuenta de por qué el problema solo ocurre en esx1: el servidor dhcp para estas máquinas es una máquina virtual, ubicada en esx2. Por lo tanto, las solicitudes de dhcp de las máquinas en esx2 ni siquiera tendrían que abandonar el conmutador virtual. Si muevo el servidor dhcp a esx1, el problema se resuelve allí y comienza en esx2. Aún así, sólo un interruptor está afectado, el otro funciona bien. Entonces, en mi opinión, el problema definitivamente radica en el interruptor físico, no en el virtual.
Respuesta1
Su cambio puede tener inconsistenciasárbol de expansiónconfiguraciones en los diferentes puertos del switch.
¿Cuánto tiempo tienes que esperar antes de considerar esto como "fallido"? ¿Tiene acceso a la configuración del conmutador Cisco?
Fuera de eso, sería bueno ver la configuración de su conmutador virtual.como este ejemplo.
Respuesta2
Gracias por actualizar su pregunta y comentarios, básicamente necesita configurar un 'Ayudante de DHCP' en el conmutador específico para ese puerto/VLAN.
Básicamente en el interruptor;
enable conf t int {cualquier puerto} dirección-ip auxiliar {IP del servidor DHCP o VIP del clúster}
luego pruebe y, si tiene éxito, escriba su configuración nuevamente al inicio.