La corrección de hosts se realiza de diferentes maneras, según los tipos de líneas base que se asocian y si el host está en un clúster o no.

Corrección de hosts en un clúster

Para los hosts ESXi de un clúster, el proceso de corrección es secuencial de forma predeterminada. Con Update Manager 6.0, puede optar por ejecutar la corrección de hosts en paralelo.

Cuando se corrige un clúster de hosts de forma secuencial y uno de los hosts genera un error al entrar en modo de mantenimiento, Update Manager informa un error y el proceso se detiene y no se lleva a cabo. Los hosts del clúster que están corregidos permanecen en el nivel actualizado. Los que no quedan corregidos después del error de corrección de hosts no se actualizan. Si un host de un clúster habilitado para DRS ejecuta una máquina virtual en la que están instalados Update Manager o vCenter Server, DRS primero intenta migrar la máquina virtual ejecutando vCenter Server o Update Manager en otro host, de manera que la corrección se realice de forma correcta. Si la máquina virtual no se puede migrar a otro host, la corrección del host genera un error, pero el proceso no se detiene. Update Manager, a continuación, intenta corregir el siguiente host del clúster.

La corrección de actualización de hosts ESXi de un clúster continúa solo si es posible actualizar todos los hosts del clúster.

La corrección de hosts de un clúster requiere que se deshabiliten temporalmente las características del clúster, como VMware DPM y el control de admisión de HA. También debe desactivar FT si está habilitado en cualquiera de las máquinas virtuales de un host, y desconectar los dispositivos extraíbles conectados a las máquinas virtuales de un host para que se puedan migrar con vMotion. Antes de iniciar un proceso de corrección, puede generar un informe que indique qué clúster, host o máquina virtual tiene las características del clúster habilitadas. Para obtener más información, consulte Informe de opciones de corrección de clúster.

Cuando se corrige un clúster de hosts en paralelo, Update Manager corrige varios hosts simultáneamente. Durante la corrección en paralelo, si Update Manager encuentra un error al corregir un host, este último se pasa por alto y el proceso de corrección continúa en los otros hosts del clúster. Update Manager evalúa continuamente la cantidad máxima de hosts que puede corregir de forma simultánea sin afectar la configuración de DRS. Puede limitar el número de hosts que se corrigen simultáneamente a una cantidad específica.

Update Manager corrige hosts que forman parte de un clúster de Virtual SAN secuencialmente, incluso si selecciona la opción para corregirlos en paralelo. El motivo es que, por diseño, solo un host de un clúster de Virtual SAN puede estar en modo de mantenimiento en todo momento.

Para varios clústeres dentro de un centro de datos, los procesos de corrección se ejecutan en paralelo. Si el proceso de corrección genera errores para uno de los clústeres de un centro de datos, los clústeres restantes se siguen corrigiendo.

Corrección con grupos de líneas base

Cuando se corrigen hosts con respecto a grupos de líneas base que contienen una línea base de actualización o líneas base de revisión o extensión, la actualización se ejecuta primero.

Corrección de actualización de hosts

Cuando se actualiza un host ESXi 5.x a ESXi 6.0, todos los VIB personalizados compatibles permanecen intactos en el host después de la actualización, independientemente de si los VIB están incluidos en el archivo ISO del instalador.

Puede actualizar hosts mediante imágenes ESXi personalizadas que contengan módulos de terceros para ESXi 6.0. En ese caso, los módulos de terceros que sean compatibles con ESXi 6.0 estarán disponibles en el host actualizado.

La actualización de hosts en una red de alta latencia en la que Update Manager y los hosts están en diferentes ubicaciones puede demorar algunas horas, ya que el archivo de actualización se copia del repositorio del servidor Update Manager al host antes de la actualización. Durante este tiempo, el host permanece en modo de mantenimiento.

Importante:

Después de actualizar el host a ESXi 6.0, no podrá revertir al software ESXi versión 5.x. Realice una copia de seguridad de la configuración del host antes de realizar una actualización. Si la actualización es incorrecta, puede reinstalar el software ESXi 5.x desde el que realizó la actualización y restaurar la configuración del host. Para obtener más información sobre cómo realizar una copia de seguridad de la configuración de ESXi y restaurarla, consulte el tema sobre la actualización de vSphere.

Update Manager 6.0 admite la actualización de ESXi 5.x a ESXi 6.0. No se admiten las actualizaciones de host ESXi 5.0, ESXi 5.1 o ESXi 5.5.

Corrección de revisiones de hosts

Update Manager administra revisiones de hosts de las siguientes maneras:

  • Si una revisión de una línea base de revisión requiere la instalación de otra revisión, Update Manager detecta el requisito previo en el repositorio de revisiones y la instala junto con la revisión seleccionada.

  • Si una revisión está en conflicto con otras revisiones instaladas en el host, es posible que la revisión en conflicto no se instale o no se realice su copia intermedia. Sin embargo, si otra revisión de la línea base resuelve los conflictos, la revisión en conflicto se instala. Por ejemplo, imagine una línea base que contenga una revisión A y una revisión C. La revisión A entra en conflicto con la revisión B, que ya está instalada en el host. Si la revisión C deja obsoleta a la revisión B y no está en conflicto con la revisión A, el proceso de corrección instala las revisiones A y C.

  • Si una revisión está en conflicto con las revisiones de un repositorio de revisiones de Update Manager y no está en conflicto con el host, después de una exploración, Update Manager informa que esta revisión es conflictiva. Puede realizar una copia intermedia de la revisión y aplicarla al host.

  • Cuando se seleccionan varias versiones de la misma revisión, Update Manager instala la última versión y omite las versiones anteriores.

Durante la corrección de las revisiones, Update Manager instala automáticamente los requisitos previos de las revisiones.

Con Update Manager 6.0, puede corregir hosts de la versión ESXi 5.x con respecto a paquetes sin conexión importados manualmente.

Puede preconfigurar las revisiones antes de la corrección para reducir el tiempo de inactividad del host.

Corrección de extensiones de hosts

Durante la corrección de extensiones, Update Manager no instala automáticamente los requisitos previos de la extensión. Esto puede hacer que algunas operaciones de corrección generen errores. Si el requisito previo ausente es una revisión, puede agregarla a una línea base de revisión. Si el requisito previo ausente es una extensión, puede agregarla a la misma línea base de extensión o a una diferente. A continuación, puede corregir el host con respecto a la línea base o las líneas base que contengan el requisito previo y la extensión original. Para obtener más información sobre cómo solucionar problemas en la corrección o la preconfiguración de extensión de hosts, consulte Errores de corrección o preconfiguración de extensión de host debido a falta de requisitos previos.

Corrección de hosts ESXi con arranque PXE

Update Manager 6.0 permite corregir hosts ESXi con arranque PXE. Update Manager no aplica revisiones que requieren un reinicio de hosts ESXi con arranque PXE.

Si hay un software adicional instalado en el host ESXi con arranque PXE, el software podría perderse al reiniciar el host. Debe actualizar el perfil de imagen con el software adicional para que este último permanezca después del reinicio.