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. A fin de garantizar la disponibilidad, vCenter Server puede realizar la migración de máquinas virtuales a otros hosts ESXi dentro de un clúster antes de que el host se coloque en el modo de mantenimiento. vCenter Server realiza la migración de las máquinas virtuales si el clúster está configurado para vSphere vMotion y si DRS se encuentra habilitado.

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.

A medida que realiza la corrección de los hosts que forman parte de un clúster de vSAN, tenga en cuenta el siguiente comportamiento:

  • 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.