Actualización de ESXi 6.7 a 8.0: reparar fallas del servidor de producción

Verifique primero la compatibilidad del hardware

ESXi 6.7 llegó al final del soporte general el 15 de octubre de 2022, por lo que la medida está retrasada, pero 6.7 a 8.0 es una actualización de versión principal, no un parche. Entre las dos versiones, VMware eliminó por completo el modelo de controlador VMKLinux (ahora cada dispositivo necesita un controlador nativo) y retiró una generación de CPU, adaptadores de red y controladores de almacenamiento. Un host 6.7 en perfecto estado aún no se puede actualizar tal como está.

Antes de reservar cualquier ventana, consulte la Guía de compatibilidad de VMware para conocer su modelo exacto de servidor, familia de CPU, adaptadores de red y controlador de almacenamiento con ESXi 8.0, y actualice el firmware del servidor (BIOS, controlador de almacenamiento, NIC) a las versiones que el proveedor enumera para 8.0. La verificación previa del instalador también advierte sobre dispositivos obsoletos, pero descubrirlo en la consola a medianoche es el momento equivocado. Primero verifique en papel.

Haga una copia de seguridad de la configuración del host y las máquinas virtuales

Haga una copia de seguridad de la configuración del host desde el shell del host (habilite SSH en el host primero si está desactivado). El comando devuelve un enlace de descarga para el paquete de configuración: ábralo y guarde el archivo .tgz en algún lugar que no esté en este servidor:

vim-cmd hostsvc/firmware/backup_config

Luego, confirme que las copias de seguridad de la máquina virtual estén actualizadas y que se haya probado al menos una restauración. La mitad de todas las pantallas moradas posteriores a la actualización se remontan al firmware que toleraba el antiguo hipervisor, pero los fallos que no se pueden deshacer son aquellos que no tienen respaldo detrás.

Planifique la ventana y mantenga lista la clave de licencia 8.0

Elija un espacio de mantenimiento y anúncielo a los usuarios; nadie debería estar a mitad de guardar cuando el host deja de funcionar. Escriba la secuencia con tiempos y establezca una fecha límite de reversión: el momento de la noche después del cual deja de depurar y retrocede (Paso 7) en lugar de consumir toda la ventana. Envíe un mensaje de cierre cuando el trabajo esté terminado, para que la mañana siguiente no comience con rumores.

Ordene la licencia antes de la ventana, no durante ella. Las claves de licencia están vinculadas a la versión principal: un host 8.0 no aceptará una clave 6.7 y, sin ella, se ejecutará en modo de evaluación durante 60 días. En Broadcom, las claves y las descargas provienen del portal de soporte de Broadcom según su derecho, así que programe ese acceso con anticipación.

Ruta A: actualización iniciando la versión ISO 8.0

Dígaselo a los usuarios y luego ponga el host en modo de mantenimiento: cada máquina virtual se apagó o migró a otro host. Nunca actualice un host que todavía esté ejecutando máquinas virtuales de producción.

Inicie el instalador de ESXi 8.0 desde la ISO, seleccione el disco que contiene la instalación existente y elija Actualizar ESXi, conservar el almacén de datos VMFS. Esta es la ruta que se muestra en la mayoría de los servidores, y la que maneja una versión grande salta limpiamente porque las comprobaciones previas aparecen en la pantalla a medida que avanza.

Ruta B: actualización desde Shell con esxcli

La ruta del depósito se ejecuta completamente desde el shell del host (sin medios físicos ni virtuales), lo que la convierte en la opción práctica para un host remoto. El host todavía entra primero en modo de mantenimiento, exactamente como en la Ruta A. Permita que el cliente HTTP atraviese el firewall del host:

esxcli network firewall ruleset set -e true -r httpClient

Enumere los perfiles disponibles en el depósito en línea de VMware y anote el nombre exacto del perfil estándar 8.0:

esxcli software sources profile list -d https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml

Luego ejecute la actualización del perfil en el depósito, usando ese nombre de perfil exacto, y reinicie el host cuando se complete:

esxcli software profile update -d <depot-url> -p <exact-profile-name>

La misma ruta funciona sin conexión: copie el ZIP del paquete de depósito a un almacén de datos y apunte el valor -d a ese archivo. Tenga en cuenta que profile update es el comando de actualización: mantiene su configuración existente y los VIB de terceros donde sean compatibles; no sustituya profile install, que reemplaza la imagen.

Después del reinicio: licencia, verificación y luego liberación

Una vez que el host tenga una copia de seguridad en 8.0, aplique su clave de licencia de ESXi 8.0; la clave 6.7 no se acepta y, sin la nueva clave, el tiempo de evaluación corre. Salga del modo de mantenimiento, luego inicie primero una máquina virtual no crítica y verifique su red, almacenamiento y consola antes de iniciar el resto.

A continuación, trabaje a través del host: el registro de eventos y estado del hardware para quejas de controladores o sensores, cada almacén de datos montado y la configuración de la red de administración intacta. Solo entonces libere el servidor a los usuarios y envíe el mensaje de cierre del Paso 3.

The Crash Playbook: pantalla morada y retroceso Shift+R

Si el host muestra una pantalla violeta (PSOD) o no arranca de manera útil después de la actualización, trabaje en este orden. Primero, fotografíe la pantalla violeta antes de tocar nada. Un PSOD es el VMkernel que se detiene deliberadamente porque continuar pondría en riesgo las VM, y la pantalla es el diagnóstico: el tipo de excepción y el módulo nombrado en él apuntan a la causa, con un nombre de módulo de controlador que indica un problema de soporte de hardware y una falla de página que apunta a la memoria o al firmware.

En segundo lugar, reinicie una vez y observe. Una única pantalla violeta transitoria después de un cambio de controlador son datos; uno repetido es un veredicto. El primero sospecha, en el orden de la actualización: una NIC o un adaptador de almacenamiento no compatible, un firmware anterior a las listas de la guía de compatibilidad o un error de memoria que la versión anterior nunca destacó.

En tercer lugar, revertir. ESXi se instala en dos bancos de arranque y la actualización deja intacta la versión 6.7 anterior en el banco alternativo. Reinicie el host y, en el indicador de arranque, presione Shift + R y confirme: el host arranca la versión 6.7 anterior, incluida la configuración, exactamente como la dejó. Si la reversión funciona, ha ganado tiempo: solucione la causa de la compatibilidad a la luz del día y actualice nuevamente en una nueva ventana.

vim-cmd hostsvc/firmware/restore_config <bundle-path>

Ese comando de restauración es la segunda ruta de escape: devuelve la configuración del host del paquete del Paso 2 a un host de la misma versión y compilación, para los casos en los que un banco de arranque no es suficiente.