Si se produce un error en un host y es necesario reiniciar sus máquinas virtuales, puede controlar el orden en el cual se reinician mediante la configuración de prioridad de reinicio de máquinas virtuales. También puede configurar de qué forma responde vSphere HA si los hosts pierden conectividad de red de administración con otros hosts mediante el uso de la configuración de respuesta para el aislamiento del host. También se consideran otros factores cuando vSphere HA reinicia una máquina virtual después de un error.

La siguiente configuración se aplica a todas las máquinas virtuales en el clúster en caso de un error o aislamiento del host. También es posible configurar excepciones para máquinas virtuales específicas. Consulte Personalizar una máquina virtual individual.

Respuesta de aislamiento del host

La respuesta para el aislamiento del host determina lo que ocurre cuando un host en un clúster de vSphere HA pierde sus conexiones de red de administración, pero sigue ejecutándose. Puede usar la respuesta para aislamiento para que vSphere HA apague las máquinas virtuales que se ejecutan en un host aislado y las reinicie en un host que no esté aislado. Las respuestas de aislamiento del host requieren que el estado de supervisión del host esté activado. Si está desactivado, también se suspenden las respuestas para aislamiento del host. Un host determina que está aislado cuando no puede comunicarse con los agentes que se ejecutan en los otros, y no puede hacer ping a sus direcciones de aislamiento. Después, el host ejecuta su respuesta de aislamiento. Las respuestas son Apagar y reiniciar máquinas virtuales o Desactivar y reiniciar máquinas virtuales. Puede personalizar esta propiedad para máquinas virtuales individuales.

Nota: Si la configuración de prioridad de reinicio de una máquina virtual se establece en Deshabilitada, no se realiza ninguna respuesta para aislamiento del host.

Para usar la configuración Desactivar y reiniciar máquina virtual, debe instalar VMware Tools en el sistema operativo invitado de la máquina virtual. La desconexión de la máquina virtual ofrece la ventaja de que mantiene su estado. Desconectar es mejor que apagar la máquina virtual, lo que no purga los cambios más recientes al disco ni confirma transacciones. Las máquinas virtuales que se encuentran en proceso de desconexión ya no pueden realizar conmutación por error mientras se lleva a cabo la desactivación. Las máquinas virtuales que no se han desactivado en 300 segundos o en el tiempo que se haya especificado en la opción avanzada das.isolationshutdowntimeout, se apagan.

Después de que crea un clúster de vSphere HA, puede anular la configuración predeterminada del clúster para Prioridad de reinicio y Respuesta para aislamiento para máquinas virtuales específicas. Dichas anulaciones son útiles para máquinas virtuales que se utilizan para tareas especiales. Por ejemplo, puede que las máquinas virtuales que proporcionan servicios de infraestructura como DNS o DHCP tengan que apagarse antes que otras máquinas virtuales en el clúster.

Cuando un host se aísla o se particiona desde un host principal, y ese host principal no puede comunicarse con él mediante almacenes de datos de latidos, se puede producir una condición de "cerebro dividido" de la máquina virtual. En esta situación, el host principal no puede determinar que el host está activo y, por ello, lo declara inactivo. Luego, el host principal intenta reiniciar las máquinas virtuales que están ejecutándose en el host aislado o particionado. Este intento se realiza correctamente si las máquinas virtuales siguen ejecutándose en el host aislado o particionado, y si ese host perdió acceso a los almacenes de datos de las máquinas virtuales cuando se aisló o particionó. Entonces, existe una condición de cerebro dividido, ya que hay dos instancias de la máquina virtual. Sin embargo, solo una instancia puede leer o escribir en los discos virtuales de la máquina virtual. Se puede usar máquina virtual Protección de componentes de la máquina virtual para evitar esta condición de cerebro dividido. Cuando activa la VMCP con la configuración agresiva, supervisa la accesibilidad del almacén de datos de máquinas virtuales encendidas y desconecta aquellas que pierden acceso a sus almacenes de datos.

Para recuperarse de esta situación, ESXi genera una pregunta en la máquina virtual que ha perdido los bloqueos de discos para cuando el host salga del aislamiento y no pueda volver a adquirir dichos bloqueos. vSphere HA responde automáticamente a esta pregunta, lo que permite que la instancia de máquina virtual que perdió los bloqueos de discos se apague, con lo que queda solo la instancia que tiene los bloqueos de discos.

Dependencias de máquinas virtuales

Se pueden crear dependencias entre grupos de máquinas virtuales. Para ello, primero se deben crear grupos de máquinas virtuales en vSphere Client. En la pestaña Configurar del clúster, seleccione Grupos de host/máquina virtual. Una vez que se hayan creado los grupos, puede crear reglas de dependencia de reinicio entre los grupos. Para ello, desplácese hasta Reglas de host/máquina virtual y, en el menú desplegable, seleccione Máquinas virtuales a máquinas virtuales. Estas reglas pueden especificar que ciertos grupos de máquinas virtuales no se pueden reiniciar hasta que otros grupos de máquinas virtuales especificados estén listos antes.

Factores que se consideran para reiniciar máquinas virtuales

Después de un error, el host principal del clúster intenta reiniciar las máquinas virtuales afectadas mediante la identificación de un host que pueda encenderlas. Cuando se elige dicho host, el host principal considera varios factores.

Accesibilidad de archivos
Antes de poder iniciar una máquina virtual, sus archivos deben estar accesibles desde uno de los hosts del clúster activo con el que el principal puede comunicarse a través de la red.
Compatibilidad de máquinas virtuales y hosts
Si hay hosts accesibles, la máquina virtual debe ser compatible con al menos uno de ellos. La compatibilidad establecida para una máquina virtual incluye el efecto de cualquier regla de afinidad Máquina virtual-Host requerida. Por ejemplo, si una regla solo permite que se ejecute una máquina virtual en dos hosts, se contempla su colocación en aquellos dos hosts.
Reservas de recursos
De los hosts en los que puede ejecutarse la máquina virtual, al menos uno debe tener suficiente capacidad sin reservar para cumplir con la sobrecarga de memoria de la máquina virtual y cualquier reserva de recursos. Se consideran cuatro tipos de reservas: CPU, Memoria, vNIC y flash virtual. Igualmente, debe haber disponibles suficientes puertos de red para encender la máquina virtual.
Límites de hosts
Además de las reservas de recursos, una máquina virtual solo puede colocarse en un host si al hacerlo no se supera la cantidad máxima de máquinas virtuales permitidas o la cantidad de vCPU en uso.
Restricciones de características
Si se ha configurado la opción avanzada que requiere que vSphere HA aplique las reglas de antiafinidad entre máquinas virtuales, vSphere HA no infringe esta regla. También, vSphere HA no infringe ningún límite configurado por host para máquinas virtuales con Fault Tolerance.

Si ningún host satisface las consideraciones anteriores, el host principal emite un evento que indica que no hay suficientes recursos para que vSphere HA inicie la máquina virtual y vuelve a intentarlo cuando las condiciones del clúster han cambiado. Por ejemplo, si no se puede acceder a la máquina virtual, el host principal vuelve a intentarlo después de un cambio en la accesibilidad del archivo.