vSphere supporta l'utilizzo di vMotion per una macchina virtuale che ospita un nodo di un WSFC.

Prerequisiti per il supporto di vMotion:

  • vMotion è supportato solo per un cluster di macchine virtuali su host fisici (CAB).
  • Non eseguire la migrazione di più di 8 macchine virtuali WSFC alla volta per le macchine virtuali con risorse condivise del cluster. Potrebbe infatti causare il failover dei ruoli del cluster in altre macchine virtuali.
  • La rete vMotion deve essere un link Ethernet da 10 Gbps. Il link Ethernet da 1 Gbps per vMotion delle macchine virtuali WSFC non è supportato.
  • vMotion è supportato per Windows Server 2012 e versioni successive. Windows Server 2008 SP2 e versioni precedenti non sono supportate.
  • Il timeout dell'heartbeat del cluster WSFC deve essere modificato almeno in base ai valori elencati di seguito:
    • (get-cluster -name <cluster-name>).SameSubnetThreshold = 10
    • (get-cluster -name <cluster-name>).CrossSubnetThreshold = 20
    • (get-cluster -name <cluster-name>).RouteHistoryLength = 40
  • La versione dell'hardware virtuale per la macchina virtuale WSFC deve essere 11 o successiva.

Modifica del timeout dell'heartbeat WSFC:

I nodi WSFC utilizzano la rete per inviare pacchetti heartbeat ad altri nodi del cluster. Se un nodo non riceve una risposta da un altro nodo per un periodo di tempo specificato, il cluster rimuove il nodo dall'appartenenza al cluster. Per impostazione predefinita, un nodo del cluster guest viene considerato inattivo se non risponde entro 5 secondi in Windows 2012, 2012 R2. Gli altri nodi che sono membri del cluster sostituiranno tutti i ruoli in cluster in esecuzione nel nodo rimosso.

Una macchina virtuale WSFC può bloccarsi per alcuni secondi durante vMotion. Se il tempo di stallo supera l'intervallo di timeout dell'heartbeat, il cluster guest considera il nodo inattivo e ciò può causare un failover non necessario. Per consentire un margine di flessibilità e rendere il cluster guest più tollerante, l'intervallo di timeout dell'heartbeat deve essere modificato in modo da consentire almeno 10 heartbeat persi. La proprietà che controlla il numero di heartbeat persi consentiti è SameSubnetThreshold. Sarà necessario modificare questo valore, dal valore predefinito ad almeno 10. Da uno qualsiasi dei nodi del cluster WSFC partecipanti, eseguire il seguente comando:

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

È inoltre possibile modificare altre proprietà per controllare la tolleranza del carico di lavoro per il failover. La regolazione del ritardo controlla la frequenza con cui gli heartbeat vengono inviati tra i nodi in cluster. L'impostazione predefinita è 1 secondo e l'impostazione massima è 2 secondi. Impostare il valore di SameSubnetDelay su 1. La soglia controlla quanti heartbeat consecutivi possono essere persi prima che il nodo consideri il proprio partner non disponibile e attivi il processo di failover. La soglia predefinita è 5 e il massimo è 120 heartbeat. È la combinazione di ritardo e soglia che determina il tempo totale trascorso durante il quale i nodi Windows in cluster possono perdere la comunicazione prima di attivare un failover. Quando i nodi in cluster si trovano in subnet diverse, sono denominati CrossSubnetDelay e CrossSubnetThreshold. Impostare il valore di CrossSubnetDelay su 2 e il valore di CrossSubnetThreshold su 20.
Nota: I valori consigliati per le impostazioni di heartbeat di WSFC sono ora predefiniti in Windows Server 2016 e versioni successive.