Comportamento di failover nei cluster di tre o più nodi

Questo articolo illustra la logica in base alla quale i gruppi hanno esito negativo da un nodo a un altro quando sono presenti tre o più membri del nodo del cluster.

Si applica a: Windows Server 2012 R2
Numero KB originale: 299631

Riepilogo

Lo spostamento di un gruppo può essere causato da un amministratore che sposta manualmente un gruppo o da un nodo o da un errore di risorsa. La posizione in cui si sposta il gruppo dipende dal modo in cui viene avviato lo spostamento e dal fatto che l'elenco Proprietario preferito sia impostato.

Ulteriori informazioni

Le informazioni sull'elenco Proprietario preferito sono illustrate nel file della Guida in "Cluster server", incluse le informazioni sulla pianificazione e l'ottimizzazione dei cluster server. Questo articolo illustra i quattro scenari possibili seguenti:

  1. Si è verificato un errore di nodo o risorsa e l'elenco proprietario preferito è impostato.
  2. Si è verificato un errore di nodo o risorsa e l'elenco dei proprietari preferiti non è impostato.
  3. L'amministratore sposta manualmente il gruppo su "Best Possible" e l'elenco dei proprietari preferiti è impostato.
  4. L'amministratore sposta manualmente il gruppo su "Best Possible" e l'elenco dei proprietari preferiti non è impostato.

Scenario 1

Se un nodo o una risorsa ha esito negativo e l'elenco dei proprietari preferiti è stato definito, il servizio cluster non riesce con il gruppo al successivo nodo disponibile nell'elenco dei nodi. L'elenco dei nodi è costituito dall'elenco dei proprietari preferiti seguito dai nodi rimanenti disposti in base all'ID nodo. L'ID nodo viene definito quando un nodo viene aggiunto a un cluster o se un nodo viene eliminato o aggiunto nuovamente.

È possibile visualizzare l'ordine di ID nodo esaminando il Registro di sistema nella chiave \HKEY_LOCAL_MACHINE\Cluster\Nodes.

Si supponga, ad esempio, di avere un cluster a sei nodi e che i nodi siano stati installati e aggiunti al cluster nell'ordine seguente: NodeA, NodeB, NodeC, NodeD, NodeE e NodeF. Si supponga che un gruppo abbia NodeA, NodeC e NodeE elencati come proprietari preferiti.

Con queste informazioni, l'elenco dei nodi per il gruppo sarà il seguente:

  1. NodeA - Proprietario preferito numero uno
  2. NodeC - Proprietario preferito numero due
  3. NodeE - Proprietario preferito numero tre
  4. NodeB - Secondo nodo installato
  5. NodeD - Quarto nodo installato
  6. NodeF - Sesto nodo installato

In questo scenario, se si verifica un errore del nodo o un errore di una risorsa e viene raggiunta la soglia di riavvio, l'intero gruppo non riesce al nodo successivo nell'elenco dei nodi. Ad esempio, se NodeC contiene la risorsa non riuscita, l'intero gruppo non riesce a NodeE. Non potrebbe non riuscire a NodeA anche se è elencato per primo nell'elenco dei proprietari preferiti. Se NodeE ha esito negativo, il failover del gruppo viene eseguito su NodeB e non su NodeA.

Scenario 2A

Se una risorsa ha esito negativo e l'elenco proprietario preferito non è impostato, il gruppo segue un elenco di nodi in modo analogo allo scenario 1. L'elenco di nodi viene compilato solo dall'ID nodo. In caso di errore di un nodo o di una risorsa, le risorse seguono un percorso verso il basso che non riesce al nodo successivo nell'elenco dei nodi. Quando raggiunge l'ultimo nodo elencato nell'elenco nodi, inizia con il primo nodo nell'elenco dei nodi.

  1. NodeA - Primo nodo installato

  2. NodeC - Secondo nodo installato

  3. NodeE - Terzo nodo installato

  4. NodeB - Quarto nodo installato

  5. NodeD - Quinto nodo installato

  6. NodeF - Sesto nodo installato

Ad esempio, questo elenco ha l'ordine di installazione dei diversi nodi cluster. Se NodeE dovesse avere esito negativo, tutti i gruppi di cui è proprietario eseguirebbero il failover in NodeB e non in NodeF.

Scenario 2B

Se un nodo ha esito negativo e l'elenco proprietario preferito non è impostato per un gruppo in tale nodo, verrà selezionato in modo casuale un nodo disponibile in cui spostare il gruppo. In questo modo i gruppi verranno distribuiti tra i nodi disponibili.

Scenario 3

Se un amministratore del cluster sceglie manualmente Sposta gruppo e seleziona Il migliore possibile e l'elenco proprietario preferito è configurato, il gruppo verrà sempre avviato nella parte superiore dell'elenco dei nodi. Come nello scenario 1, l'elenco dei nodi è costituito dall'elenco dei proprietari preferiti e dall'ordine di installazione.

  1. NodeA - Proprietario preferito numero uno
  2. NodeC - Proprietario preferito numero due
  3. NodeE - Proprietario preferito numero tre
  4. NodeB - Secondo nodo installato
  5. NodeD - Quarto nodo installato
  6. NodeF - Sesto nodo installato

In questo esempio, quando è selezionata l'opzione Best Possible , group tenta sempre di passare a NodeA. Se il gruppo è già in NodeA o NodeA non è disponibile, il gruppo tenta di passare a NodeC. Se un gruppo si trova in NodeD e l'amministratore sceglie di spostarlo nel modo migliore possibile, il gruppo passa a NodeA. Se NodeA, NodeC o NodeE non sono attivi, NodeB o NodeF viene scelto in modo casuale.

Scenario 4

Se come amministratore del cluster si sceglie manualmente Sposta gruppo e si seleziona Il miglior possibile e l'elenco proprietario preferito non è configurato, viene scelto un nodo attivo in modo casuale per ospitare il gruppo. Senza l'elenco proprietario preferito configurato, è possibile che un gruppo si sposti in un nodo che esegue già diversi altri gruppi.

È consigliabile configurare l'elenco Proprietario preferito in un cluster di nodi di grandi dimensioni se il carico tra i nodi è significativamente diverso o se i nodi non sono omogenei.

Nota

L'eccezione al comportamento di failover indicato qui riguarda il gruppo predefinito che contiene la risorsa Quorum denominata Gruppo di cluster. Il gruppo di cluster non segue il comportamento tipico dell'elenco proprietario preferito. Se invece il proprietario della risorsa Quorum ha esito negativo, il nuovo proprietario sarà il gruppo precedente che ha posseduto correttamente la risorsa Quorum.

La proprietà pubblica AntiAffinityClassNames può influire anche sulla posizione in cui verrà eseguito il failover di un gruppo.