VMware ESXi 8 desde cero: instalación, red de gestión en la DCUI, NTP, alta en vCenter, vSwitch, datastore y un host en Not Responding

Qué vas a conseguir

Un servidor recién llegado convertido en un host más del clúster: ESXi 8 instalado, la red de gestión con su VLAN, IP fija y DNS, la hora sincronizada, el host dado de alta en vCenter con los mismos grupos de puertos que sus compañeros y viendo el almacenamiento compartido. Y la rutina para el ticket que tarde o temprano llega: el host aparece como Not Responding en vCenter.

Antes de empezar

• El servidor en la Broadcom Compatibility Guide para ESXi 8 y la ISO personalizada del fabricante (Dell, HPE, Lenovo), que trae los controladores de sus tarjetas.
• Un disco de arranque de al menos 32 GB (se recomiendan 128 GB), mejor un M.2 en espejo o un BOSS. Las tarjetas SD y las memorias USB como único dispositivo de arranque ya no están soportadas en ESXi 8.
• La consola remota del servidor por iDRAC o iLO, con la ISO montada como medio virtual (guía de iDRAC e iLO).
• Los datos de red pedidos antes: nombre esx03.contoso.local, IP 10.10.10.23/24, puerta de enlace 10.10.10.1, VLAN de gestión 10, DNS 10.10.0.10 y 10.10.0.11. Los registros A y PTR creados en DNS antes de empezar.
• Los puertos del switch para las tarjetas del servidor configurados como troncal con las VLANs de gestión, servidores y vMotion.

1. Instalar ESXi 8

Arranca el servidor desde la ISO en la consola remota:

1. Enter en la pantalla de bienvenida y F11 para aceptar la licencia.
2. Elige el disco de arranque. Comprueba el modelo y el tamaño: si el servidor ve ya LUNs de la cabina, no las elijas por error. El instalador borra el disco que marques.
3. Distribución de teclado: Spanish.
4. Contraseña de root: larga, guardada en el gestor de contraseñas del equipo desde este momento.
5. F11 para instalar. Al terminar, desmonta la ISO y Enter para reiniciar.

Si el disco de arranque tiene espacio de sobra, el instalador crea un datastore local llamado datastore1. Más adelante lo renombras con el nombre del host para no confundirlo con el de otro.

2. La red de gestión en la DCUI

La pantalla amarilla y gris es la DCUI (Direct Console User Interface). F2 y el usuario root:

• Network Adapters: dos tarjetas para la gestión, conectadas a switches distintos. Si una cae, el host sigue accesible.
• VLAN: solo si el puerto del switch es troncal y la gestión va marcada. Si el puerto es de acceso en la VLAN 10, déjalo vacío. Poner VLAN en un lado y no en el otro es el error más frecuente de esta pantalla: la IP es correcta y no responde nada.
• Con Esc la DCUI pregunta Apply changes and restart management network?: Y.
• Test Management Network hace ping a la puerta de enlace y a los DNS y resuelve el propio nombre. Las cuatro líneas en OK antes de seguir.

En Troubleshooting Options se activan el ESXi Shell y el SSH. Actívalos para la configuración y desactívalos al acabar: SSH abierto de forma permanente es un hallazgo en cualquier auditoría.

3. Primeras comprobaciones en el Host Client

El Host Client es la consola web del propio host: https://esx03.contoso.local/ui. Entra como root y repasa:

• Monitor › Hardware: fuentes, ventiladores, memoria y controladora en verde.
• Manage › Licensing: está en modo evaluación (60 días). La licencia la asigna vCenter en el paso 5.
• Networking: vmk0 con la IP de gestión y vSwitch0 con los dos uplinks.
• Storage › Adapters: las HBA de fibra o los adaptadores iSCSI que vas a usar.

Lo mismo por SSH, más rápido de pegar en el ticket de alta:

›esxcli system version get   Product: VMware ESXi   Version: 8.0.3   Build: Releasebuild-24022510   Update: 3›esxcli hardware platform get | grep -E "Vendor Name|Product Name|Serial Number"   Vendor Name: Dell Inc.   Product Name: PowerEdge R760   Serial Number: 7XKQ2W3›esxcli network ip interface ipv4 getName  IPv4 Address  IPv4 Netmask   IPv4 Broadcast  Address Type  Gateway     DHCP DNS----  ------------  -------------  --------------  ------------  ----------  --------vmk0  10.10.10.23   255.255.255.0  10.10.10.255    STATIC        10.10.10.1     false›esxcli network ip dns server list   DNSServers: 10.10.0.10, 10.10.0.11

La versión y el build tienen que coincidir con los del resto del clúster. Si la ISO era más antigua, el host se actualiza con Lifecycle Manager antes de meterle máquinas.

4. NTP

Un host con la hora desviada da problemas con los certificados, con la autenticación de Active Directory y con los logs, que dejan de cuadrar con los de vCenter. Dos servidores NTP internos, normalmente los controladores de dominio o los servidores de hora de la red:

›esxcli system ntp set --server=10.10.0.10 --server=10.10.0.11 --enabled=true›esxcli system ntp get   Enabled: true   Loglevel: warning   Servers: 10.10.0.10, 10.10.0.11›esxcli system time get2026-11-03T08:42:17Z

En el Host Client es Manage › System › Time & date › Edit NTP settings: Use Network Time Protocol, los dos servidores y la política de arranque Start and stop with host. La hora del host está siempre en UTC: que no te despiste la diferencia con el reloj de Madrid.

5. Dar de alta el host en vCenter

En el vSphere Client, botón derecho sobre el clúster:

• Usa siempre el FQDN, nunca la IP: vCenter guarda el nombre con el que diste de alta el host y con él se conecta después.
• vCenter instala en el host su agente, vpxa, y desde entonces habla con él por ese agente.
• Antes de que DRS le mande máquinas, ponlo en modo de mantenimiento mientras acabas los pasos 6 y 7. Si el clúster se gestiona con una imagen de Lifecycle Manager, comprueba el cumplimiento del host con esa imagen.
• Lockdown mode en Normal impide entrar como root en el Host Client y obliga a gestionar desde vCenter. Es buena práctica en producción, pero deja una cuenta de excepción (Exception Users) por si vCenter se cae.

6. vSwitch estándar y grupos de puertos

Con un vSwitch estándar cada host tiene su propia configuración de red, así que los grupos de puertos se crean en cada uno con el mismo nombre exacto que en los demás. Si en esx01 es VLAN20-Servers y en esx03 es VLAN20-servers, vMotion falla al mover una VM entre ellos.

›esxcli network vswitch standard portgroup add --portgroup-name=VLAN20-Servers --vswitch-name=vSwitch0›esxcli network vswitch standard portgroup set --portgroup-name=VLAN20-Servers --vlan-id=20›esxcli network vswitch standard portgroup add --portgroup-name=vMotion --vswitch-name=vSwitch0›esxcli network vswitch standard portgroup set --portgroup-name=vMotion --vlan-id=40›esxcli network ip interface add --interface-name=vmk1 --portgroup-name=vMotion›esxcli network ip interface ipv4 set --interface-name=vmk1 --ipv4=10.10.40.23 --netmask=255.255.255.0 --type=static›esxcli network ip interface tag add --interface-name=vmk1 --tagname=VMotion›esxcli network vswitch standard portgroup listName              Virtual Switch  Active Clients  VLAN ID----------------  --------------  --------------  -------Management Network vSwitch0                    1       10VLAN20-Servers    vSwitch0                     0       20VM Network        vSwitch0                     0        0vMotion           vSwitch0                     1       40

• VM Network lo crea el instalador sin VLAN. Si nadie lo usa, bórralo: una VM conectada ahí acaba en la VLAN nativa del troncal.
• Desde vCenter, Configure › Networking › Virtual switches hace lo mismo con asistente. Con muchos hosts, un Distributed Switch evita repetir esto en cada uno.
• Prueba vMotion de punta a punta: vmkping -I vmk1 10.10.40.21 hacia la IP de vMotion de otro host.

7. El datastore

El equipo de almacenamiento presenta al nuevo host las mismas LUNs que a los demás (zoning en fibra o el IQN del host añadido en la cabina para iSCSI). Después, un reescaneo:

›esxcli storage core adapter rescan --all›esxcli storage filesystem listMount Point                                        Volume Name   UUID                                 Mounted  Type    Size           Free-------------------------------------------------  ------------  -----------------------------------  -------  ------  -------------  -------------/vmfs/volumes/6718a2c4-1b2e30f8-77d1-b8cef6a1c210  DS-SAN-01     6718a2c4-1b2e30f8-77d1-b8cef6a1c210  true     VMFS-6  4397778075648  1975684857856/vmfs/volumes/6718a2d9-0f43aa10-4c2e-b8cef6a1c210  DS-SAN-02     6718a2d9-0f43aa10-4c2e-b8cef6a1c210  true     VMFS-6  4397778075648   227633266688/vmfs/volumes/672f19b0-3a5c1e66-90ab-b8cef6a1c312  esx03-local   672f19b0-3a5c1e66-90ab-b8cef6a1c312  true     VMFS-6   106837311488   105264447488

Los datastores compartidos aparecen solos tras el reescaneo, con su nombre. Para una LUN nueva, en vCenter: botón derecho sobre el host › Storage › New Datastore › VMFS › nombre DS-SAN-03 › el dispositivo naa. que te indicó el equipo de almacenamiento › VMFS 6 › usar toda la partición.

New Datastore formatea el dispositivo. Si una LUN que ya tiene datos no aparece montada, no es un datastore nuevo: es un problema de presentación o una copia de LUN que hay que montar, nunca formatear.

Al terminar: el host sale del modo de mantenimiento, SSH desactivado y el alta anotada en el inventario.

8. El ticket: "esx03 aparece como Not Responding en vCenter"

Lunes, 8:15. En el inventario de vCenter, esx03.contoso.local aparece en cursiva con (Not Responding) y sus máquinas como disconnected.

Lo primero, calmar el ticket: Not Responding significa que vCenter ha perdido el contacto con el agente de gestión del host. Las VMs suelen seguir funcionando. Haz ping a una de ellas y entra en su aplicación antes de tocar nada.

1. ¿Responde el host? Abre el Host Client (https://esx03.contoso.local/ui). Si no carga, entra por la consola de iDRAC o iLO y mira la DCUI: la red de gestión, la VLAN, un cable o un puerto del switch.
2. DNS. vCenter se conecta por el nombre con el que se dio de alta el host. Comprueba la resolución directa e inversa desde tu equipo y desde el host (nslookup vcenter.contoso.local). Un registro borrado o cambiado basta para dejarlo fuera.
3. Puertos. vCenter entra en el host por TCP 443 y el host le envía latidos por UDP 902. Si vCenter deja de recibirlos durante unos 60 segundos, marca el host como Not Responding. Un cambio de cortafuegos entre la VLAN de gestión y vCenter produce justo esto: el host se conecta y a los pocos segundos vuelve a Not Responding. Desde el host, nc -z -w 3 10.10.10.5 443 comprueba el camino de vuelta; el UDP 902 se lo pides al equipo de red con el log del cortafuegos.
4. Espacio y logs del host. vdf -h muestra los ramdisks del sistema; uno lleno puede tumbar hostd. Los logs que cuentan: /var/log/vpxa.log (el agente de vCenter) y /var/log/hostd.log (el servicio de gestión del host).
5. Reiniciar los agentes, de uno en uno. Por SSH o desde Host Client › Manage › Services:

›/etc/init.d/vpxa restart›/etc/init.d/hostd restart›esxcli vsan cluster getvSAN Clustering is not enabled on this host

Las VMs no se reinician con esto. Espera uno o dos minutos y, en vCenter, botón derecho sobre el host › Connection › Connect.

La opción Restart Management Agents de la DCUI (Troubleshooting Options) y el comando services.sh restart reinician todos los servicios a la vez. No los uses si el host tiene vSAN (esxcli vsan cluster get), LACP en un Distributed Switch (esxcli network vswitch dvs vmware lacp status get) o NSX: puede cortar la red o el almacenamiento de las VMs. En esos casos, solo vpxa y hostd.

Si nada de esto lo devuelve, el siguiente paso es evacuar las VMs (vMotion desde vCenter cuando vuelva a conectar, o apagado ordenado en una ventana) y reiniciar el host.

En el ticket: hora de la caída, qué falló (DNS, cortafuegos, servicio), qué se reinició y la comprobación final: host Connected y una VM movida con vMotion a él y de vuelta.

Siguientes pasos

• La guía de vSphere y vCenter sigue desde aquí: VMs desde plantilla, snapshots con caducidad y un host en mantenimiento con las VMs en marcha.
• La de iDRAC e iLO cubre la consola fuera de banda que necesitas cuando la red de gestión del host no responde.
• Con más de tres o cuatro hosts, un Distributed Switch y un Host Profile evitan repetir los pasos 4 y 6 en cada uno.

¿Falta algo o en tu entorno es distinto? Escríbeme y lo corrijo.