Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
In questo articolo viene illustrato come configurare Failover Clustering in Windows Server su soluzione Azure VMware vSAN con dischi condivisi nativi.
Windows Server Failover Cluster (WSFC), noto in precedenza come Servizio cluster di servizi Microsoft (MSCS), è una funzionalità del sistema operativo Windows Server. WSFC è una funzionalità critica per l'azienda e per molte applicazioni è necessaria. Ad esempio, WSFC è necessario per le configurazioni seguenti:
- SQL Server configurato come:
- Istanza del cluster di failover Always On (FCI), per disponibilità a livello di istanza elevato.
- Gruppo di disponibilità AlwaysOn per la disponibilità elevata a livello di database.
- Servizi file di Windows:
- Condivisione file generica in esecuzione nel nodo del cluster attivo.
- File Server con scalabilità orizzontale (SOFS), che archivia i file nei volumi condivisi del cluster (CSV).
- Spazi di archiviazione diretta (S2D); dischi locali usati per creare pool di archiviazione in nodi cluster diversi.
È possibile ospitare il cluster WSFC in istanze di soluzione Azure VMware diverse, note come Cluster-Across-Box (CAB). È anche possibile posizionare il cluster WSFC in un singolo nodo soluzione Azure VMware. Questa configurazione è nota come Cluster-in-a-Box (CIB). È consigliabile non usare una soluzione CIB per un'implementazione di produzione. Usare al suo posto CAB con criteri di posizionamento. In caso di errore del singolo nodo soluzione Azure VMware, tutti i nodi del cluster WSFC vengono spenti e si verifica un tempo di inattività dell'applicazione. soluzione Azure VMware richiede almeno tre nodi in un cluster di cloud privato.
È importante distribuire una configurazione WSFC supportata. Si vuole che la soluzione sia supportata in VMware vSphere e con soluzione Azure VMware. VMware fornisce un documento dettagliato su WSFC in vSphere 7.0, Configurazione del clustering di failover e di Microsoft Cluster Service.
Questo articolo è incentrato su WSFC in Windows Server 2016 e Windows Server 2019. Sfortunatamente, le versioni precedenti di Windows Server non sono supportate , quindi non vengono considerate qui.
È necessario creare per prima cosa un WSFC. Usare quindi le informazioni fornite in questo articolo per specificare una distribuzione WSFC in soluzione Azure VMware.
Prerequisiti
- ambiente di soluzione Azure VMware
- Supporto d’installazione del sistema operativo Microsoft Windows Server
Architettura di riferimento
soluzione Azure VMware fornisce supporto nativo per WSFC virtualizzato. Supporta prenotazioni persistenti SCSI-3 (SCSI3PR) a livello di disco virtuale. WSFC richiede questo supporto per arbitare l'accesso a un disco condiviso tra nodi. Il supporto di SCSI3PR consente la configurazione di WSFC con una risorsa disco condivisa tra macchine virtuali in modo nativo in archivi dati vSAN.
Il diagramma seguente illustra l'architettura dei nodi virtuali WSFC in un cloud privato soluzione Azure VMware. Mostra dove risiede soluzione Azure VMware, inclusi i server virtuali WSFC (casella blu), in relazione alla piattaforma Azure più ampia. Questo diagramma illustra una tipica architettura hub-spoke, ma una configurazione simile è possibile usando Azure rete WAN virtuale. Entrambi offrono lo stesso valore di altri servizi Azure.
Configurazioni supportate
Attualmente, le configurazioni supportate sono:
Microsoft Windows Server 2012 o versione successiva
Fino a cinque nodi (VM) per un'istanza WSFC
Fino a quattro adattatori PVSCSI per VM
Fino a 64 dischi per scheda PVSCSI
Requisiti di configurazione della macchina virtuale
Parametri di configurazione del nodo WSFC
- Installare gli strumenti VMware più recenti in ogni nodo WSFC.
- La combinazione di dischi non condivisi e condivisi in una singola scheda SCSI virtuale non è supportata. Ad esempio, se il disco di sistema (unità C:) è collegato a SCSI0:0, il primo disco condiviso verrebbe collegato a SCSI1:0. Un nodo vm di un cluster WSFC ha lo stesso controller SCSI virtuale massimo di una macchina virtuale normale, fino a quattro (4) controller SCSI virtuali.
- Gli ID SCSI dei dischi virtuali devono essere coerenti tra tutte le macchine virtuali che ospitano nodi dello stesso cluster WSFC.
| Componente | Requisiti |
|---|---|
| Versione hardware della macchina virtuale | 11 o versione successiva per supportare Live vMotion. |
| NIC virtuale | scheda di interfaccia di rete paravirtualizzata VMXNET3; abilitare la scalabilità lato ricezione di Windows (RSS) sulla NIC virtuale in-guest. |
| Memoria | Usare l'intera memoria riservata della macchina virtuale per i nodi del cluster WSFC. |
| Aumentare il timeout di I/O di ogni nodo WSFC. | Impostare HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Disk\TimeOutValueSet su 60 secondi o più. Se si ricrea il cluster, questo valore potrebbe essere reimpostato sul valore predefinito, quindi è necessario modificarlo di nuovo. |
| Monitoraggio dell'integrità del cluster Windows | Il valore del parametro SameSubnetThreshold del monitoraggio dell'integrità del cluster Windows deve essere modificato in modo da consentire un minimo di 10 heartbeat mancati. È l'impostazione predefinita in Windows Server 2016. Questa raccomandazione si applica a tutte le applicazioni che usano WSFC, inclusi i dischi condivisi e non condivisi. |
Nodo WSFC - Parametri di configurazione dei dischi di avvio
| Componente | Requisiti |
|---|---|
| Tipo di controller SCSI | LSI Logic SAS |
| Modalità disco | Virtuale |
| Condivisione del bus SCSI | None |
| Modificare le impostazioni avanzate per un controller SCSI virtuale che ospita il dispositivo di avvio. | Aggiungere le impostazioni avanzate seguenti a ogni nodo WSFC: scsiX.returnNoConnectDuringAPD = "TRUE" scsiX.returnBusyOnNoConnectStatus = "FALSE" Dove X è il numero ID del controller del bus SCSI del dispositivo di avvio. Per impostazione predefinita, X è impostato su 0. |
Nodo WSFC - Parametri di configurazione dei dischi condivisi
| Componente | Requisiti |
|---|---|
| Tipo di controller SCSI | VMware Paravirtualized (PVSCSI) |
| Modalità disco | Indipendente - Persistente (vedere il passaggio 2 nella figura seguente). Usando questa impostazione, assicurarsi che tutti i dischi vengano esclusi dagli snapshot. Gli snapshot non sono supportati per le macchine virtuali basate su WSFC. |
| Condivisione del bus SCSI | Fisico (vedere il passaggio 1 nella figura seguente) |
| Indicatore di scrittura multipla | Non usato |
| Formato del disco | Provisioning di spessore (Eager Zeroed Thick (EZT) non è necessario con vSAN) |
Scenari non supportati
Le funzionalità seguenti non sono supportate per WSFC in soluzione Azure VMware:
- Archivi dati NFS
- Spazi di archiviazione
- vSAN con il servizio iSCSI
- Cluster esteso vSAN
- Compatibilità avanzata di vMotion (EVC)
- Tolleranza di errore vSphere (FT)
- Snapshot
- vMotion archiviazione Live (online)
- N-Port ID Virtualization (NPIV)
Le modifiche apportate a caldo all'hardware della macchina virtuale potrebbero interrompere l'heartbeat tra i nodi WSFC.
Le attività seguenti non sono supportate e potrebbero causare il failover del nodo WSFC:
- Aggiunta a caldo della memoria
- Aggiunta a caldo della CPU
- Utilizzo di snapshot
- Aumento delle dimensioni di un disco condiviso
- Sospensione e ripresa dello stato della macchina virtuale
- Impegno eccessivo della memoria che comporta lo scambio ESXi o il ballooning della memoria della VM
- Estendere a caldo il file VMDK locale, anche se non è associato al controller di condivisione del bus SCSI
Configurare WSFC con dischi condivisi in soluzione Azure VMware vSAN
Assicurarsi che sia disponibile un ambiente Active Directory.
Creare macchine virtuali (VM) nell'archivio dati vSAN.
Accendere tutte le macchine virtuali, configurare il nome host e gli indirizzi IP, aggiungere tutte le macchine virtuali a un dominio di Active Directory e installare gli aggiornamenti più recenti del sistema operativo disponibili.
Installare gli strumenti VMware più recenti.
Abilitare e configurare la funzionalità Cluster di failover di Windows Server in ogni macchina virtuale.
Configurare un testimone del cluster per il quorum (può essere un testimone di condivisione file).
Spegnere tutti i nodi del cluster WSFC.
Aggiungere uno o più controller SCSI Paravirtual (fino a quattro) a ogni VM che fa parte del WSFC. Usare le impostazioni in base ai paragrafi precedenti.
Nel primo nodo del cluster aggiungere tutti i dischi condivisi necessari usando >. Lasciare l'opzione Condivisione disco come Non specificata (impostazione predefinita) e Modalità disco come Indipendente - Persistente. Collegarlo quindi ai controller creati nei passaggi precedenti.
Continuare con i nodi WSFC rimanenti. Aggiungere i dischi creati nel passaggio precedente selezionando Aggiungi nuovo dispositivo>Disco rigido esistente. Assicurarsi di mantenere gli stessi ID SCSI su disco in tutti i nodi WSFC.
Accendere il primo nodo WSFC, accedere e aprire la console di gestione del disco (mmc). Assicurarsi che i dischi condivisi aggiunti siano gestibili dal sistema operativo e vengano inizializzati. Formattare i dischi e assegnare una lettera di unità disco.
Accendere gli altri nodi WSFC.
Aggiungere il disco al cluster WSFC usando la procedura guidata Aggiungi disco e aggiungerlo a un Volume condiviso del cluster.
Eseguire un failover di test usando la procedura guidata Sposta disco e assicurarsi che il cluster WSFC con dischi condivisi funzioni correttamente.
Esegui la procedura guidata Convalida cluster per verificare che il cluster e i relativi nodi funzionino correttamente.
È importante tenere presenti gli elementi specifici seguenti dal test di convalida del cluster:
Convalida la riserva persistente di Spazi di archiviazione. Se non si usa Spazi di archiviazione con il cluster , ad esempio in soluzione Azure VMware vSAN, questo test non è applicabile. È possibile ignorare qualsiasi risultato del test di convalida della prenotazione persistente di Spazi di archiviazione, compreso questo avviso. Per evitare avvisi, è possibile escludere questo test.
Convalidare la comunicazione di rete. Il test di convalida cluster visualizza un avviso che indica che è disponibile una sola interfaccia di rete per nodo del cluster. È possibile ignorare questo avviso senza problemi. soluzione Azure VMware fornisce la disponibilità e le prestazioni necessarie, poiché i nodi sono connessi a uno dei segmenti del data center NSX-T. Tuttavia, mantenere questo elemento come parte del test di convalida del cluster, perché convalida altri aspetti della comunicazione di rete.
Creare i criteri di posizionamento pertinenti per posizionare le macchine virtuali WSFC nei nodi di soluzione Azure VMware corretti a seconda della configurazione CIB o CAB WSFC. A tale scopo, è necessaria una regola di affinità da host a macchina virtuale. In questo modo, i nodi del cluster vengono eseguiti rispettivamente sugli stessi host di soluzione Azure VMware o su host separati.
Informazioni correlate
- Clustering di failover in Windows Server
- Linee guida per Microsoft Clustering in vSphere (1037959) (vmware.com)
- Informazioni sulla configurazione del clustering di failover e del Servizio cluster Microsoft (vmware.com)
- vSAN 6.7 U3 - WSFC con dischi condivisi e prenotazioni persistenti SCSI-3 (vmware.com)
- limiti soluzione Azure VMware
Passaggi successivi
Ora che è stata illustrata la configurazione di un cluster WSFC in soluzione Azure VMware, altre informazioni su:
- Configurare il nuovo cluster WSFC aggiungendo altre applicazioni che richiedono la funzionalità WSFC. Ad esempio, SQL Server e SAP ASCS.
- Configurazione di una soluzione di backup.