vSphere é compatível com o vMotion de uma VM que hospeda um nó de um WSFC.

Pré-requisitos para suporte ao vMotion:

  • O vMotion é compatível apenas com um cluster de máquinas virtuais entre hosts físicos (CAB).
  • Não migre mais de 8 máquinas virtuais WSFC ao mesmo tempo, para VMs com recursos compartilhados de cluster. Isso pode causar failover de funções de cluster para outras VMs.
  • A rede do vMotion deve ser um link Ethernet de 10 Gbps. Não há suporte para o link Ethernet de 1 Gbps para o vMotion de máquinas virtuais WSFC.
  • O vMotion é compatível com as versões Windows Server 2012 e posteriores. Windows Server 2008 SP2 e versões anteriores não são compatíveis.
  • O tempo limite de pulsação do cluster WSFC deve ser modificado pelo menos para os valores listados abaixo:
    • (get-cluster -name <cluster-name>).SameSubnetThreshold = 10
    • (get-cluster -name <cluster-name>).CrossSubnetThreshold = 20
    • (get-cluster -name <cluster-name>).RouteHistoryLength = 40
  • A versão do hardware virtual para a máquina virtual WSFC deve ser a versão 11 e posterior.

Modificando o tempo limite de pulsação do WSFC:

Os nós do WSFC usam a rede para enviar pacotes de pulsação para outros nós do cluster. Se um nó não receber uma resposta de outro nó por um período de tempo especificado, o cluster removerá o nó da associação ao cluster. Por padrão, um nó de cluster convidado é considerado inativo se não responder em 5 segundos no Windows 2012, 2012 R2. Outros nós que são membros do cluster assumirão todas as funções clusterizadas que estavam em execução no nó removido.

Uma máquina virtual WSFC pode travar por alguns segundos durante o vMotion. Se o tempo de interrupção exceder o intervalo de tempo limite de pulsação, o cluster convidado considerará o nó inativo e isso poderá levar a um failover desnecessário. Para permitir margem de manobra e tornar o cluster convidado mais tolerante, o intervalo de tempo limite de pulsação precisa ser modificado para permitir pelo menos 10 pulsações perdidas. A propriedade que controla o número de erros cardíacos permitidos é SameSubnetThreshold. Você precisará modificar isso do valor padrão para pelo menos 10. Em qualquer um dos nós de cluster WSFC participantes, execute o seguinte comando:

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

Você também pode ajustar outras propriedades para controlar a tolerância da carga de trabalho para failover. O ajuste do atraso controla a frequência com que as pulsações são enviadas entre o nó clusterizado. A configuração padrão é de 1 segundo e a configuração máxima é de 2 segundos. Defina o valor de SameSubnetDelay como 1. O limite controla quantos pulsações consecutivas podem ser perdidas antes que o nó considere seu parceiro como indisponível e dispare o processo de failover. O limite padrão é de 5 pulsações e o máximo é de 120 pulsações. É a combinação de atraso e limite que determina o tempo total decorrido durante o qual os nós Windows clusterizados podem perder a comunicação antes de disparar um failover. Quando os nós clusterizados estão em sub-redes diferentes, eles são chamados de CrossSubnetDelay e CrossSubnetThreshold. Defina o valor de CrossSubnetDelay como 2 e o valor de CrossSubnetThreshold como 20.
Observação: Os valores recomendados para as configurações de batimentos cardíacos do WSFC agora são padrão no Windows Server 2016 e versões posteriores.