Condividi tramite

Modalità quorum WSFC e configurazione del voto (SQL Server)

Sia i gruppi di disponibilità Always On di SQL Server sia le istanze AlwaysOn Failover Cluster sfruttano il Windows Server Failover Clustering (WSFC) come tecnologia della piattaforma. WSFC usa un approccio basato su quorum per monitorare l'integrità complessiva del cluster e ottimizzare la tolleranza di errore a livello di nodo. Una conoscenza fondamentale delle modalità quorum WSFC e della configurazione del voto dei nodi è molto importante per progettare, operare e risolvere i problemi relativi alla disponibilità elevata e al ripristino di emergenza AlwaysOn.

Contenuto dell'argomento:

Rilevamento dell'integrità del cluster in base al quorum

Ogni nodo in un cluster WSFC partecipa alla comunicazione heartbeat periodica per condividere lo stato di integrità del nodo con gli altri nodi. I nodi che non rispondono vengono considerati in uno stato di errore.

Un set di nodi quorum è una maggioranza dei nodi con diritto di voto e dei testimoni nel cluster WSFC. L'integrità e lo stato generali di un cluster WSFC sono determinati da un voto di quorum periodico. La presenza di un quorum indica che il cluster è integro e in grado di fornire la tolleranza di errore a livello di nodo.

L'assenza di un quorum indica che il cluster non è integro. Per garantire che i nodi secondari sani siano disponibili per il failover dei nodi primari, è necessario mantenere la salute del cluster WSFC. Se il voto quorum ha esito negativo, il cluster WSFC verrà impostato offline come misura precauzionale. In questo modo verranno arrestate anche tutte le istanze di SQL Server registrate con il cluster.

Importante

Se un cluster WSFC è impostato offline a causa di un errore del quorum, è necessario un intervento manuale per riportarlo online.

Per ulteriori informazioni, consulta: WSFC Disaster Recovery tramite quorum forzato (SQL Server).

Modalità quorum

Una modalità quorum viene configurata a livello di cluster WSFC che determina la metodologia usata per il voto quorum. L'utilità Gestione cluster di failover consiglia una modalità quorum basata sul numero di nodi nel cluster.

È possibile usare le modalità quorum seguenti per determinare cosa costituisce un quorum di voti:

  • Maggioranza dei nodi. Più di una metà dei nodi di voto nel cluster devono votare in modo affermativo affinché il cluster sia integro.

  • Maggioranza di nodi e condivisione file. Analogamente alla modalità quorum Maggioranza dei Nodi, ad eccezione del fatto che una condivisione file remota è configurata anche come testimone di voto, e la connettività da qualsiasi nodo a tale condivisione viene conteggiata anche come voto affermativo. Più di una metà dei possibili voti devono essere affermativi affinché il cluster sia integro.

    Come procedura consigliata, la condivisione di file testimone non deve risiedere su alcun nodo del cluster e deve essere accessibile da tutti i nodi.

  • Maggioranza dei nodi e dei dischi. Analogamente alla modalità quorum maggioranza dei nodi, tranne per il fatto che una risorsa cluster del disco condiviso è designata anche come testimone di voto, e la connettività da qualsiasi nodo al disco condiviso viene conteggiata come voto affermativo. Più di una metà dei possibili voti devono essere affermativi affinché il cluster sia integro.

  • Solo disco rigido. Una risorsa del cluster disco condiviso è designata come testimone e la connettività da qualsiasi nodo a tale disco condiviso viene conteggiata come voto affermativo.

Suggerimento

Quando si utilizza una configurazione di archiviazione asimmetrica per i gruppi di disponibilità Always On, è generalmente consigliabile usare la modalità di quorum 'maggioranza dei nodi' quando si dispone di un numero dispari di nodi di voto, oppure la modalità di quorum 'maggioranza dei nodi e condivisione file' quando si dispone di un numero pari di nodi di voto.

Nodi di voto e nodi non votanti

Per impostazione predefinita, ogni nodo del cluster WSFC viene incluso come membro del quorum del cluster; ogni nodo ha un singolo voto per determinare l'integrità complessiva del cluster e ogni nodo tenterà continuamente di stabilire un quorum. La discussione sul quorum a questo punto ha qualificato attentamente il set di nodi del cluster WSFC che votano sull'integrità del cluster come nodi di voto.

Nessun nodo singolo in un cluster WSFC può determinare definitivamente che il cluster nel suo complesso è integro o non integro. In un determinato momento, dal punto di vista di ogni nodo, alcuni degli altri nodi potrebbero sembrare offline o sembrare in fase di failover o sembrano non rispondere a causa di un errore di comunicazione di rete. Una funzione chiave del voto quorum consiste nel determinare se lo stato apparente di ogni nodo nel cluster WSFC è effettivamente lo stato effettivo di tali nodi.

Per tutti i modelli quorum ad eccezione di "Solo disco", l'efficacia di un voto quorum dipende dalle comunicazioni affidabili tra tutti i nodi di voto nel cluster. Le comunicazioni di rete tra nodi nella stessa subnet fisica devono essere considerate affidabili; il voto quorum deve essere considerato attendibile.

Tuttavia, se un nodo in un'altra subnet viene considerato non reattivo in una votazione del quorum, ma è effettivamente online e per il resto funzionante, questo è molto probabilmente dovuto a un errore di comunicazione di rete tra subnet. A seconda della topologia del cluster, della modalità quorum e della configurazione dei criteri di failover, tale errore delle comunicazioni di rete potrebbe creare in modo efficace più di un set (o subset) di nodi di voto.

Quando più di un sottoinsieme di nodi di voto è in grado di stabilire un quorum autonomamente, questo è noto come scenario split-brain. In uno scenario di questo tipo, i nodi nei quorum separati possono comportarsi in modo diverso e in conflitto tra loro.

Annotazioni

Lo scenario split-brain è possibile solo quando un amministratore di sistema esegue manualmente un'operazione quorum forzata, o in circostanze molto rare, un failover forzato; suddivisione esplicita del set di nodi quorum.

Per semplificare la configurazione del quorum e aumentare il tempo di attività, è possibile modificare l'impostazione NodeWeight di ogni nodo in modo che il voto del nodo non venga conteggiato per il quorum.

Importante

Per utilizzare le impostazioni NodeWeight, è necessario applicare l'aggiornamento rapido seguente a tutti i server del cluster WSFC:

KB2494036: è disponibile un hotfix per configurare un nodo del cluster che non ha voti quorum in Windows Server 2008 e Windows Server 2008 R2

Modifiche consigliate al voto del quorum

Quando si abilita o disabilita il voto di un determinato nodo WSFC, seguire queste linee guida:

  • Nessun voto per impostazione predefinita. Si supponga che ogni nodo non debba votare senza giustificazione esplicita.

  • Includere tutte le repliche primarie. Ogni nodo WSFC che ospita una replica primaria di un gruppo di disponibilità elevata o è il proprietario preferito di un'istanza FCI deve avere un voto.

  • Includere i proprietari potenziali del failover automatico. Ogni nodo che potrebbe ospitare una replica primaria, a seguito di un failover automatico del gruppo di disponibilità o un failover dell'istanza del cluster di failover, deve avere un voto. Se nel cluster WSFC è presente un solo gruppo di disponibilità e le repliche di disponibilità sono ospitate solo da istanze autonome, questa regola include solo la replica secondaria che rappresenta la destinazione di failover automatico.

  • Escludere i nodi del sito secondario. In generale, non concedere voti ai nodi WSFC che risiedono in un sito di ripristino di emergenza secondario. Non si vuole che i nodi nel sito secondario contribuiscano a una decisione di portare offline il cluster quando non c'è nulla di sbagliato nel sito primario.

  • Numero dispari di voti. Se necessario, aggiungere una condivisione file per il testimone, un nodo testimone o un disco testimone al cluster e regolare la modalità quorum per evitare possibili stalli nel voto quorum.

  • Rivalutare le assegnazioni di voto dopo il failover. Non si vuole eseguire il failover in una configurazione del cluster che non supporta un quorum integro.

Importante

Quando si convalida la configurazione del voto di quorum WSFC, la Creazione Guidata del Gruppo di Disponibilità AlwaysOn mostra un avviso se una delle seguenti condizioni è vera:

  • Il nodo del cluster che ospita la replica primaria non dispone di un voto
  • Una replica secondaria è configurata per il failover automatico e il relativo nodo del cluster non dispone di un voto.
  • KB2494036 non è installato in tutti i nodi del cluster che ospitano repliche di disponibilità. Questa patch è necessaria per aggiungere o rimuovere voti per i nodi del cluster nelle distribuzioni multisito. Tuttavia, nelle distribuzioni a sito singolo, in genere non è necessario e si potrebbe ignorare l'avviso in modo sicuro.

Suggerimento

SQL Server espone diverse viste a gestione dinamica del sistema (DMV) che consentono di gestire le impostazioni correlate alla configurazione del cluster WSFC e al voto del quorum del nodo.

Per altre informazioni, vedere: sys.dm_hadr_cluster, sys.dm_hadr_cluster_members, sys.dm_os_cluster_nodes, sys.dm_hadr_cluster_networks

Attività correlate

Contenuto correlato

Vedere anche

Recupero di emergenza WSFC tramite quorum forzato (SQL Server)
WSFC (Windows Server Failover Clustering) con SQL Server