vSphere es compatible con vMotion de una máquina virtual que aloja un nodo de WSFC.

Requisitos previos para compatibilidad con vMotion:

  • vMotion es compatible solo para un clúster de máquinas virtuales en varios hosts físicos (CAB).
  • No migre más de 8 máquinas virtuales de WSFC al mismo tiempo para las máquinas virtuales con recursos compartidos del clúster. Esto puede provocar la conmutación por error de las funciones del clúster a otras máquinas virtuales.
  • La red de vMotion debe ser un vínculo de Ethernet de 10 Gbps. No se admite un vínculo de Ethernet de 1 Gbps para vMotion de máquinas virtuales de WSFC.
  • vMotion es compatible con Windows Server 2012 y versiones posteriores. Windows Server 2008 SP2 y versiones anteriores no son compatibles.
  • El tiempo de espera del latido del clúster de WSFC debe modificarse al menos a los valores que se indican a continuación:
    • (get-cluster -name <cluster-name>).SameSubnetThreshold = 10
    • (get-cluster -name <cluster-name>).CrossSubnetThreshold = 20
    • (get-cluster -name <cluster-name>).RouteHistoryLength = 40
  • La versión de hardware virtual para la máquina virtual de WSFC debe pertenecer a la versión 11 o una versión posterior.

Modifique el tiempo de espera del latido de WSFC:

Los nodos de WSFC utilizan la red para enviar paquetes de latidos a otros nodos del clúster. Si un nodo no recibe una respuesta de otro nodo para un período de tiempo especificado, el clúster quita el nodo de los miembros de clúster. De manera predeterminada, un nodo de clúster invitado se considera inactivo si no responde en 5 segundos en Windows 2012, 2012 R2. Otros nodos que son miembros del clúster se harán cargo de los roles de clúster que estaban en ejecución en el nodo que se eliminó.

Una máquina virtual de WSFC puede detenerse durante unos segundos durante vMotion. Si el tiempo de detención supera el intervalo de tiempo de espera del latido, el clúster invitado considera que el nodo está inactivo, lo cual puede ocasionar una conmutación por error innecesaria. Para otorgar un margen de tiempo y hacer que el clúster invitado sea más tolerante, es necesario modificar el intervalo de tiempo de espera del latido para permitir al menos 10 latidos faltantes. La propiedad que controla el número de latidos faltantes permitidos es SameSubnetThreshold. Es necesario modificar su valor predeterminado a 10 al menos. Desde cualquiera de los nodos del clúster de WSFC participantes, ejecute el siguiente comando:

(get-cluster -name <cluster-name>).SameSubnetThreshold = 10

También puede ajustar otras propiedades para controlar la tolerancia de carga de trabajo para conmutación por error. El ajuste de la demora controla la frecuencia con la que se envían latidos entre el nodo agrupado en clúster. La configuración predeterminada es 1 segundo y el la configuración máxima es 2 segundos. Establezca el valor de SameSubnetDelay en 1. El umbral controla cuántos latidos consecutivos pueden faltar antes de que el nodo considere que su socio no está disponible y desencadene un proceso de conmutación por error. El umbral predeterminado es 5 latidos y el máximo de latidos es 120. Es la combinación de demora y umbral que determina el total de tiempo transcurrido durante el cual los nodos de Windows agrupados en clúster pueden perder la comunicación antes de desencadenar una conmutación por error. Cuando los nodos agrupados en clúster se encuentran en distintas subredes, se los denomina CrossSubnetDelay y CrossSubnetThreshold. Establezca el valor de CrossSubnetDelay en 2 y el valor de CrossSubnetThreshold en 20.
Nota: Los valores recomendados para la configuración de los latidos de WSFC ahora son los valores predeterminados en Windows Server 2016 y versiones posteriores.