Condividi tramite

Configurare il quorum del cluster per SQL Server in macchine virtuali di Azure

  • Articolo

Si applica a:SQL Server su VM di Azure

Questo articolo illustra come configurare una delle tre opzioni quorum per un cluster di failover di Windows Server in esecuzione su SQL Server in Macchine Virtuali (VM) di Azure, ovvero un witness del disco, un witness del cloud e un witness della condivisione file.

Informazioni generali

Il quorum per un cluster è determinato dal numero di elementi di votazione che devono essere inclusi tra i membri del cluster attivo in modo che tale cluster possa essere avviato correttamente o che sia possibile continuarne l'esecuzione. La configurazione di una risorsa quorum consente a un cluster a due nodi di continuare con un solo nodo online. Il cluster di failover di Windows Server è la tecnologia sottostante per le opzioni di disponibilità elevata di SQL Server nelle macchine virtuali di Azure: istanze del cluster di failover (FCI) e gruppi di disponibilità (AGS).

Il disco di controllo è l'opzione quorum più resiliente, ma per usare un disco di controllo su SQL Server in una VM Azure, è necessario usare un disco condiviso di Azure, che impone alcune limitazioni per la soluzione a disponibilità elevata. Di conseguenza, utilizzare un witness del disco quando si configura l'istanza del cluster di failover con i dischi condivisi di Azure; altrimenti, utilizzare un witness nel cloud quando possibile. Se si utilizza Windows Server 2012 R2 o una versione precedente, che non supporta un testimone cloud, è possibile utilizzare un testimone di condivisione file.

Sono disponibili le seguenti opzioni quorum da usare per SQL Server nelle macchine virtuali di Azure:

Cloud di controllo Disco di controllo Testimone condivisione file
Sistema operativo supportato Windows Server 2016+ Tutti Tutti

Per altre informazioni sul quorum, vedere la Panoramica del cluster di failover di Windows Server.

Cloud di controllo

Un testimone cloud è un tipo di quorum del cluster di failover che utilizza lo spazio di archiviazione Microsoft Azure per fornire un voto sul quorum del cluster.

La seguente tabella fornisce informazioni e considerazioni aggiuntive sul testimone cloud.

Tipo di testimone Descrizione Requisiti e consigli
Testimone del cloud
  • Usa Archiviazione di Azure come cloud di controllo, contiene solo il timestamp.
  • Ideale per le distribuzioni in più siti, più zone e più aree.
  • Crea un noto contenitore msft-cloud-witness nell'Account di archiviazione di Microsoft.
  • Scrive un singolo file BLOB con l'ID univoco del cluster corrispondente usato come nome del file BLOB nel contenitore
  • La dimensione predefinita è 1 MB.
  • Usare Generale per il tipo di account. L'archiviazione Blob non è supportata.
  • Usa l'archiviazione standard. L'archiviazione Premium di Azure non è supportata.
  • Il failover clustering utilizza il file blob come punto di arbitrato, il che richiede alcune garanzie di coerenza quando si leggono i dati. È quindi necessario selezionare Archiviazione con ridondanza locale per tipo di Replica.
  • Devono essere esclusi da backup e scansioni antivirus
  • Un testimone del disco non è supportato con Spazi di archiviazione diretta
  • Cloud Witness usa HTTPS (porta predefinita 443) per stabilire la comunicazione con Archiviazione BLOB di Azure. Assicurarsi che la porta HTTPS sia accessibile tramite proxy di rete.

Quando si configura una risorsa quorum Cloud Witness per il proprio Failover Cluster, tenere in considerazione:

  • Invece di archiviare la chiave di accesso, il cluster di failover genererà e archivierà in modo sicuro un token di firma di accesso condiviso.
  • Il token di firma di accesso condiviso generato è valido finché la chiave di accesso rimane valida. Quando si ruota la Primary Access Key, è importante aggiornare il Cloud Witness (in tutti i cluster che usano tale Account di Archiviazione) con la Secondary Access Key prima di rigenerare la Primary Access Key.
  • Cloud Witness utilizza l'interfaccia REST HTTPS del servizio account di archiviazione di Azure. Ciò significa che la porta HTTPS deve essere aperta in tutti i nodi del cluster.

Un testimone cloud richiede un account di archiviazione di Azure. Per configurare l'account di archiviazione, effettuare i seguenti passaggi:

  1. Accedere al portale di Azure.
  2. Nel menu Hub selezionare Nuovo -> Dati e archiviazione -> account di archiviazione.
  3. Nella pagina Crea account di archiviazione eseguire i seguenti passaggi:
    1. Immettere un nome per l'account di archiviazione. I nomi degli account di archiviazione devono avere una lunghezza compresa tra 3 e 24 caratteri e possono contenere solo numeri e lettere minuscole. Il nome dell'account di archiviazione deve essere univoco all'interno di Azure.
    2. Per Tipologia account selezionare Utilizzo generico.
    3. Per Prestazioni selezionare Standard.
    4. Per Replica selezionare Archiviazione con ridondanza locale (LRS).

Dopo aver creato l'account di archiviazione, seguire questa procedura per configurare la risorsa quorum di controllo cloud per il cluster di failover:

Il comando di PowerShell Set-ClusterQuorum esistente include nuovi parametri corrispondenti a Cloud Witness.

È possibile configurare il testimone cloud con il cmdlet Set-ClusterQuorum usando il comando PowerShell:

Set-ClusterQuorum -CloudWitness -AccountName <StorageAccountName> -AccessKey <StorageAccountAccessKey>

Nel raro caso in cui sia necessario usare un endpoint diverso, usare questo comando di PowerShell:

Set-ClusterQuorum -CloudWitness -AccountName <StorageAccountName> -AccessKey <StorageAccountAccessKey> -Endpoint <servername>

Vedere la documentazione del testimone cloud per assistenza su come trovare la chiave di accesso all'Account di Archiviazione.

Disco testimone

Un testimone del disco è un piccolo disco in cluster nel gruppo Archiviazione disponibile del cluster. Questo disco è a disponibilità elevata e può eseguire il failover tra nodi.

Il testimone del disco è l'opzione quorum consigliata quando viene utilizzato con una soluzione di alta disponibilità con archiviazione condivisa, come un'istanza del cluster di failover con dischi condivisi di Azure.

La tabella seguente include informazioni aggiuntive e considerazioni sul disco di quorum testimone.

Tipo di testimone Descrizione Requisiti e consigli
Disco testimone
  • LUN dedicato per l'archiviazione di una copia del database del cluster
  • Particolarmente utile per i cluster con archiviazione condivisa (non replicata)
  • Le dimensioni del LUN devono essere di almeno 512 MB.
  • Deve essere dedicato all'uso da parte del cluster e non assegnato ad alcun ruolo del cluster
  • Deve essere incluso nell'archiviazione cluster e deve superare i test di convalida dell'archiviazione
  • Non può essere un disco di tipo CSV (Cluster Shared Volume)
  • Disco di base con un singolo volume
  • Non necessita di lettera di unità
  • Formattabile con NTFS o ReFS
  • Può essere configurato opzionalmente con RAID hardware per la tolleranza di errore
  • Devono essere esclusi dai backup e dalla scansione antivirus
  • Un testimone del disco non è supportato con Storage Spaces Direct

Per usare un disco condiviso di Azure per il server di controllo del disco, è prima necessario creare il disco e montarlo. A tale scopo, seguire la procedura descritta nella sezione Montaggio del disco della guida all'istanza del cluster di failover del disco condiviso di Azure. Il disco non deve necessariamente essere Premium.

Dopo aver montato il disco, aggiungerlo all'archiviazione del cluster seguendo questi passaggi:

  1. Aprire Gestione cluster di failover.
  2. Selezionare Dischi in Archiviazione nel riquadro di spostamento a sinistra.
  3. Selezionare Aggiungi disco in Azioni nel riquadro di spostamento a destra.
  4. Selezionare l'unità condivisa di Azure appena montata e prendere nota del nome, ad esempio Cluster Disk 3.

Dopo aver aggiunto il disco come risorsa di archiviazione in cluster, configurarla come disco di controllo usando PowerShell:

Il comando PowerShell Set-ClusterQuorum esistente ha nuovi parametri corrispondenti al Cloud Witness.

Usare il percorso per la condivisione file come parametro per il disco di controllo quando si usa il cmdlet Set-ClusterQuorum di PowerShell:

Set-ClusterQuorum -NodeAndDiskMajority "Cluster Disk 3"

È anche possibile usare il Gestore cluster di failover; seguire gli stessi passaggi del testimone cloud, ma scegliere testimone del disco come opzione quorum.

Witness di condivisione file

Il testimone di condivisione file è una condivisione file SMB in genere configurata su un server di file che esegue Windows Server. Gestisce le informazioni di clustering in un file witness.log, ma non ne archivia una copia del database del cluster. In Azure è possibile configurare una condivisione file in una macchina virtuale separata.

Configurare un testimone di condivisione file se un testimone del disco o un testimone cloud non è disponibile o non è supportato nel tuo ambiente.

La seguente tabella fornisce informazioni aggiuntive e considerazioni riguardo al testimone del file share di quorum.

Tipo di testimone Descrizione Requisiti e consigli
Testimone condivisione file
  • Condivisione file SMB configurata su un file server che esegue Windows Server
  • Non archivia alcuna copia del database cluster
  • Mantiene le informazioni sul cluster solo in un file witness.log
  • Particolarmente utile per cluster su più siti con archiviazione replicata
  • Deve avere almeno 5 MB di spazio disponibile
  • Deve essere dedicata al singolo cluster e non usata per l'archiviazione di dati utente o applicazione
  • Deve avere le autorizzazioni di scrittura per l'oggetto computer associato al nome del cluster.

Di seguito sono riportate alcune considerazioni aggiuntive per un file server che ospita il testimone della condivisione file:
  • Un singolo file server può essere configurato con testimoni di condivisione file per più cluster.
  • Il file server deve trovarsi in un sito separato dal carico di lavoro del cluster. Ciò offre a qualsiasi sito di cluster uguali opportunità di sopravvivere in caso di perdita di comunicazioni di rete da sito a sito. Se il file server si trova nello stesso sito, tale sito diventa il sito primario e sarà l'unico sito in grado di raggiungere la condivisione file.
  • Il file server può essere eseguito in una macchina virtuale se la macchina virtuale non è ospitata nello stesso cluster che usa il testimone di condivisione file.
  • Per assicurare una disponibilità elevata, è possibile configurare il server di file in un cluster di failover separato.

Dopo aver creato la condivisione file e aver configurato correttamente le autorizzazioni, montare la condivisione file nei nodi del cluster. È possibile seguire gli stessi passaggi generali per montare la condivisione file come descritto nella sezione montare la condivisione file della guida pratica all'istanza del cluster di failover della condivisione file Premium.

Dopo aver configurato e montato correttamente la condivisione file, utilizza PowerShell per aggiungerla come risorsa testimone del quorum.

Set-ClusterQuorum -FileShareWitness <UNC path to file share> -Credential $(Get-Credential)

Ti verranno richiesti un account e una password per un account locale (per la condivisione dei file) non amministratore che ha diritti amministrativi completi sulla condivisione. Il cluster manterrà il nome e la password crittografati e nessuno potrà accedervi.

È anche possibile usare il Gestore cluster di failover; seguire gli stessi passaggi del testimone cloud, ma scegliere il testimone condivisione file come opzione quorum.

Modifica del voto di quorum

È possibile modificare la votazione quorum di un nodo che partecipa a un cluster di failover di Windows Server.

Quando si modificano le impostazioni della votazione del nodo, seguire queste linee guida:

Linee guida per il quorum di voto
Inizia con ciascun nodo senza diritto di voto per impostazione predefinita. Ogni nodo deve avere solo una votazione con giustificazione esplicita.
Abilitare i voti per i nodi del cluster che ospitano la replica primaria di un gruppo di disponibilità oppure per i proprietari preferiti di un'istanza di failover del cluster.
Abilitare le votazioni per i proprietari di failover automatici. Ogni nodo che potrebbe ospitare una replica primaria o un'istanza del cluster di failover in seguito a un failover automatico dovrebbe disporre di una votazione.
Se un gruppo di disponibilità ha più di una replica secondaria, abilitare i voti solo per le repliche con failover automatico.
Disabilitare le votazioni per i nodi presenti nei siti di ripristino di emergenza secondari. Non è consigliabile fare in modo che i nodi nel sito secondario contribuiscano a una decisione che comporti l'impostazione offline del cluster quando non vi sono problemi con il sito primario.
Avere un numero dispari di voti, con un minimo di tre voti del quorum. Aggiungere un testimone di quorum per una votazione aggiuntiva, se necessario, in un cluster a due nodi.
Valutare nuovamente le assegnazioni delle votazioni dopo il failover. Non è consigliabile eseguire il failover in una configurazione del cluster che non supporta un quorum integro.

Passaggi successivi

Per altre informazioni, vedere: