Existen varias configuraciones de clúster y host que puede utilizar para organizar el comportamiento de Update Manager durante las operaciones de actualización y revisión de hosts.
Configuración de hosts y clústeres
Al actualizar objetos de vSphere en un clúster con vSphere Distributed Resource Scheduler (DRS), vSphere High Availability (HA) y vSphere Fault Tolerance (FT) habilitados, puede deshabilitar temporalmente vSphere Distributed Power Management (DPM), el control de admisión de HA y FT para todo el clúster. Cuando se completa la actualización, Update Manager restaura estas funciones.
Las actualizaciones pueden requerir que el 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, vCenter Server puede migrar máquinas virtuales a otros hosts ESXi dentro de un clúster antes de poner el host en modo de mantenimiento. vCenter Server migra las máquinas virtuales si el clúster está configurado para vSphere vMotion y si DRS está habilitado.
Habilite Enhanced vMotion Compatibility (EVC) para ayudar a garantizar la compatibilidad de vSphere vMotion entre los hosts en el clúster. EVC garantiza que todos los hosts de un 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. La utilización de EVC evita que las migraciones con vSphere vMotion presenten errores debido a procesadores no compatibles. Puede habilitar EVC solo en un clúster donde se encuentran los requisitos de compatibilidad de CPU del host. Para obtener más información sobre EVC y los requisitos que los hosts de un clúster EVC deben cumplir, consulte Administración de vCenter Server y de host.
Si un host no contiene máquinas virtuales en ejecución, DPM puede colocarlo en el modo de espera e interrumpir una operación de Update Manager. A fin de garantizar que la exploración y el almacenamiento provisional se completen de forma exitosa, Update Manager deshabilita DPM durante estas operaciones. A fin de garantizar una solución exitosa, haga que Update Manager deshabilite DPM y el control de admisión de HA antes de la operación de solución. Después de que se complete la operación, Update Manager restaurará DPM y el control de admisión de HA. Update Manager deshabilita el control de admisión de HA antes del almacenamiento provisional y la corrección, pero no antes de la exploración.
Si DPM ya colocó a los hosts en el modo de espera, Update Manager enciende los hosts antes de la exploración, el almacenamiento provisional y la corrección. Después de que se complete la exploración, el almacenamiento provisional o la corrección, Update Manager activa DPM y el control de admisión de HA y permite que DPM coloque a los hosts en el modo de espera, de ser necesario. Update Manager no realiza la corrección de hosts apagados.
Si los hosts se colocan en el modo de espera y DPM se deshabilita de forma manual por alguna razón, Update Manager no realiza la corrección ni enciende los hosts.
Dentro de un clúster, deshabilite 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. Después de la corrección de todo el clúster, Update Manager restaura la configuración de control de admisión de HA.
Si FT está habilitado en alguna de las máquinas virtuales de los hosts dentro de un clúster, desactive temporalmente FT antes de realizar alguna operación de Update Manager en el clúster. Si FT está activado para alguna de las máquinas virtuales del host, Update Manager no corrige ese host. Corrija todos los hosts de un clúster con las mismas actualizaciones a fin de que FT pueda volver a habilitarse después de la corrección. Una máquina virtual principal y una máquina virtual secundaria no pueden residir en hosts con diferentes niveles de revisiones y versiones deESXi.
Configuración de hosts y clústeres con efecto sobre los clústeres de vSAN
- El proceso de corrección del host puede demorar una cantidad de tiempo excesiva en completarse.
- Por diseño, solo un host de un clúster de vSAN puede estar en el modo de mantenimiento.
- Update Manager realiza la corrección de los hosts que forman parte de un clúster de vSAN de forma secuencial incluso si se establece la opción para realizar la corrección de los hosts en paralelo.
Si un host pertenece a un clúster de vSAN y alguna de las máquinas virtuales del host utiliza una directiva de almacenamiento de máquinas virtuales con una opción para "Número de errores que se toleran=0", es posible que el host experimente retrasos inusuales al entrar al modo de mantenimiento. Este retraso se produce porque vSAN debe migrar los datos de máquina virtual de un disco a otro en el clúster de almacén de datos de vSAN. Los retrasos podrían ser incluso de horas. Una solución alternativa puede ser configurar "Número de errores que se toleran=1" para la directiva de almacenamiento de máquinas virtuales, con lo cual se crean dos copias de los archivos de máquina virtual en el almacén de datos de vSAN.
Configuración de arranque rápido para optimizar las operaciones de revisión y actualización de hosts
Con la opción Arranque rápido de un host ESXi, Update Manager puede optimizar el tiempo de corrección de los hosts en los que se realizan operaciones de revisión y actualización. Una operación de revisión o actualización no afecta el hardware de un host. Si se habilita la función Arranque rápido, Update Manager omite el reinicio de hardware (el reinicio del firmware de UEFI o BIOS). Como resultado, se reduce el tiempo que un host ESXi permanece en modo de mantenimiento y se minimiza el riesgo de errores durante la corrección.
