vSphere 6.0 agrega compatibilidad para vMotion de máquinas virtuales de MSCS agrupadas en clúster.

Requisitos previos para compatibilidad con vMotion:

  • vMotion es compatible solo para un clúster de máquinas virtuales en varios hosts físicos (CAB) con RDM de acceso directo.

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

  • vMotion es compatible con Windows Server 2008 SP2 y versiones posteriores. No se admite Windows Server 2003.

  • Se debe modificar el tiempo de espera del latido de clúster de MSCS para permitir 10 latidos faltantes.

  • La versión de hardware virtual para la máquina virtual de MSCS debe pertenecer a la versión 11.

Modificar el tiempo de espera del latido de MSCS:

Los nodos de clúster de conmutación por error 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 dentro de los 5 segundos. 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 MSCS 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 10 latidos faltantes. La propiedad que controla el número de latidos faltantes permitidos es SameSubnetThreshold. Es necesario modificar esto de su valor predeterminado a 10. Desde cualquiera de los nodos de clúster de MSCS participantes, ejecute el siguiente comando: cluster <cluster-name> /prop SameSubnetThreshold=10:DWORD.

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 partner 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 10.