Independientemente de si los hosts ESXi del entorno se administran con líneas base o con imágenes, se puede configurar el comportamiento de vSphere Lifecycle Manager durante la corrección.
La configuración de corrección de vSphere Lifecycle Manager para los hosts y los clústeres que utilizan líneas base es diferente de la configuración de corrección de los hosts y los clústeres que se administran con una sola imagen de vSphere Lifecycle Manager. Por ejemplo, permitir la instalación de software en hosts con arranque PXE y la eliminación de dispositivos multimedia antes del modo de mantenimiento son opciones que solo se pueden configurar para hosts y clústeres que utilicen líneas base. La configuración de migración de máquinas virtuales, la configuración del modo de mantenimiento y Quick Boot son ejemplos de opciones de corrección que se pueden configurar tanto para hosts como para clústeres que usan líneas base o imágenes.
Puede modificar la configuración de vSphere Lifecycle Manager predeterminada solo si tiene los privilegios adecuados. El permiso debe estar asignado a la instancia de vCenter Server en la que se ejecute vSphere Lifecycle Manager. Para obtener más información sobre la administración de usuarios, grupos, funciones y permisos, consulte el documento Seguridad de vSphere. Para obtener una lista de los privilegios de vSphere Lifecycle Manager y sus descripciones, consulte Privilegios necesarios para usar vSphere Lifecycle Manager y vSphere Configuration Profiles.
Si el sistema vCenter Server está conectado a otros sistemas vCenter Server mediante un dominio común de vCenter Single Sign-On, se pueden configurar las opciones de corrección de cada instancia de vSphere Lifecycle Manager. Las propiedades de configuración que modifique se aplicarán únicamente a la instancia de vSphere Lifecycle Manager que especifique y no se propagarán a las otras instancias del dominio.
¿Cómo afecta la configuración del clúster a la corrección?
- Distributed Resource Scheduler (DRS)
-
Las actualizaciones pueden requerir que un host entre en el modo de mantenimiento durante la corrección. Las máquinas virtuales no pueden ejecutarse cuando un host se encuentra en el modo de mantenimiento. Para garantizar la disponibilidad, puede activar DRS en el clúster y configurarlo para
vSphere vMotion. En tal caso, antes de que el host se ponga en el modo de mantenimiento,
vCenter Server migra las máquinas virtuales a otro host
ESXi dentro del clúster.
Para ayudar a garantizar la compatibilidad de vSphere vMotion entre los hosts del clúster, se puede habilitar Enhanced vMotion Compatibility (EVC). EVC garantiza que todos los hosts del clúster posean la misma característica de CPU establecida en las máquinas virtuales, incluso si las CPU reales de los hosts son diferentes. EVC evita errores de migración provocados por CPU incompatibles. EVC solo se puede habilitar en un clúster donde las CPU de los host cumplan los requisitos de compatibilidad. Para obtener más información sobre EVC y los requisitos que los hosts de un clúster de EVC deben cumplir, consulte la documentación Administrar vCenter Server y hosts.
- Distributed Power Management (DPM)
-
Si un host no contiene máquinas virtuales en ejecución, DPM podría poner dicho host en el modo de espera, lo que hace que se interrumpa una operación de
vSphere Lifecycle Manager. Por lo tanto, para garantizar que todas las operaciones de
vSphere Lifecycle Manager finalicen correctamente, debe desactivar DPM durante estas operaciones.
Para que la corrección se realice correctamente, debe configurar vSphere Lifecycle Manager para que DPM se desactive. Una vez finalizada la tarea de corrección, vSphere Lifecycle Manager restaurará DPM. Si DPM ya puso un host en el modo de espera, vSphere Lifecycle Manager enciende ese host antes de las comprobaciones de cumplimiento, la corrección y la realización de copias intermedias. Una vez que finalice la tarea correspondiente, vSphere Lifecycle Manager activa DPM y permite que DPM ponga el host en el modo de espera, de ser necesario. vSphere Lifecycle Manager no realiza la corrección de hosts apagados.
Si un host se pone en el modo de espera y DPM se desactiva de forma manual por alguna razón, vSphere Lifecycle Manager no realiza la corrección ni enciende el host.
- Control de admisión de HA
-
Dentro de un clúster, hay que desactivar temporalmente el control de admisión de HA para que
vSphere vMotion pueda continuar. Esta acción evita el tiempo de inactividad de las máquinas en los hosts en los que se realiza la corrección.
vSphere Lifecycle Manager se puede configurar para desactivar el control de admisión de HA durante la corrección. Después de que la corrección de todo el clúster finalice,
vSphere Lifecycle Manager restaura la configuración de control de admisión de HA.
vSphere Lifecycle Manager desactiva el control de admisión de HA antes de una corrección, pero no antes de una comprobación de cumplimiento. Asimismo, en los clústeres que se administran con líneas base,
vSphere Lifecycle Manager desactiva el control de admisión de HA antes de crear copias intermedias.
Nota:Desactivar el control de admisión de HA antes de corregir un clúster de dos nodos que utiliza una sola imagen de vSphere Lifecycle Manager hace que el clúster pierda prácticamente todas sus garantías de alta disponibilidad. La razón es que, cuando uno de los dos hosts entra en modo de mantenimiento, vCenter Server no puede realizar la conmutación por error de las máquinas virtuales a ese host y las conmutaciones por error de HA nunca se realizan correctamente. Para obtener más información acerca del control de admisión de HA, consulte la documentación de Disponibilidad de vSphere.
- Fault Tolerance (FT)
- Si FT está habilitado en alguna de las máquinas virtuales de un host dentro de un clúster, debe desactivar temporalmente FT para poder realizar alguna operación de vSphere Lifecycle Manager en el clúster. Si FT está activado para alguna de las máquinas virtuales del host, vSphere Lifecycle Manager no corrige ese host. Debe corregir todos los hosts de un clúster con las mismas actualizaciones para que FT se pueda volver a activar después de una corrección. Una máquina virtual principal y una máquina virtual secundaria no pueden residir en hosts con niveles de revisión y versiones de ESXi diferentes.
