Configuración de clúster y corrección de hosts

Al corregir hosts ESXi que están en un clúster, ciertas opciones de configuración del clúster pueden provocar errores de corrección. Debe configurar las opciones del clúster de forma que se garantice que la corrección se va a realizar correctamente.

Al actualizar los hosts ESXi en un clúster que tiene habilitados vSphere Distributed Resource Scheduler (DRS), vSphere High Availability (HA) y vSphere Fault Tolerance (FT), puede desactivar temporalmente vSphere Distributed Power Management (DPM), el control de admisión de HA y FT en todo el clúster. Cuando la actualización finalice, vSphere Lifecycle Manager restaurará estas funciones.

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 activar 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 usar 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.

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 finalizan correctamente, puede configurar vSphere Lifecycle Manager para desactivar DPM durante estas operaciones. Para que la corrección se realice correctamente, debe hacer que vSphere Lifecycle Manager desactive DPM. 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 y la corrección. Asimismo, en el caso de los clústeres que se administran con líneas base, vSphere Lifecycle Manager también enciende el host antes de crear copias intermedias. Después de que la tarea correspondiente finalice, vSphere Lifecycle Manager activa DPM y el control de admisión de HA, 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.

Deshabilitar 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

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.