Replica di un cluster esteso tramite l'archiviazione condivisa
Questo esempio di valutazione consente di configurare i computer e la relativa archiviazione in un singolo cluster esteso, in cui due nodi condividono un set di archiviazione e due nodi condividono un altro set di archiviazione, quindi la replica mantiene entrambi i set di archiviazione con mirroring nel cluster per consentire il failover immediato. Questi nodi e la relativa archiviazione devono trovarsi in siti fisici separati, anche se non è obbligatorio. Esistono due fasi distinte per la creazione di cluster Hyper-V e file server come scenari di esempio.
Importante
I server in siti diversi devono essere in grado di comunicare con gli altri server tramite una rete, ma non hanno connettività fisica all'archiviazione condivisa dell'altro sito. Questo scenario non usa Spazi di archiviazione diretta.
Questa procedura dettagliata usa l'ambiente seguente come esempio:
Quattro server denominati SR-SRV01, SR-SRV02, SR-SRV03e SR-SRV04.
I quattro server vengono formati in un singolo cluster denominato SR-SRVCLUS.
Coppia di "siti" logici che rappresenta due data center diversi. Uno chiamato Redmond e l'altro chiamato Bellevue.
I server SR-SRV01 e SR-SRV02 appartengono al sito Redmond.
I server SR-SRV03 e SR-SRV04 appartengono al sito Bellevue.
Nota
È possibile usare solo due nodi in cui un nodo è presente in ogni sede. Tuttavia, non è possibile eseguire il failover all'interno del sito con solo due server. È possibile usare un massimo di 64 nodi.
Prerequisiti
Software:
- 2-64 server che eseguono Windows Server 2016 Datacenter Edition o versione successiva. Se si esegue Windows Server 2019, è possibile usare Standard Edition se si ha familiarità con la replica di un solo volume di dimensioni fino a 2 TB.
- Il ruolo Servizi di dominio Active Directory , Clustering di Failover e Replica di Archiviazione deve essere installato sul tuo dispositivo. Per saperne di più, consulta Installare o rimuovere ruoli, servizi ruolo o funzionalità.
- Il dispositivo deve far parte di una foresta di Active Directory (AD).
- Regole del firewall e del router appropriate per consentire il traffico bidirezionale di ICMP, porta SMB 445, porta SMB diretta 5445 e porta WS-MAN 5985 tra tutti i nodi.
: hardware
- Almeno 2 GB di RAM e due core per server. Sono necessari più RAM e core per gli ambienti di macchine virtuali.
- Due set di risorse di archiviazione condivise che usano JBOD SAS (ad esempio con "Storage Spaces"), SAN Fibre Channel, VHDX condiviso o destinazione iSCSI.
- Lo spazio di archiviazione deve contenere una combinazione di unità SSD e disco rigido e deve supportare la prenotazione permanente. Ogni set di archiviazione deve essere disponibile solo per due dei server (asimmetrico).
- L'archiviazione fisica deve essere identica nella capacità, avere le stesse dimensioni del settore su tutti i dischi dati e i dischi di log.
- I dischi di dati e di log devono essere inizializzati come GPT.
- I volumi devono essere formattati come NTFS o ReFS.
- I volumi di log devono usare risorse di archiviazione basate su flash e impostazioni di resilienza ad alte prestazioni. Microsoft consiglia di velocizzare l'archiviazione dei log rispetto all'archiviazione dei dati.
- Il volume di log deve essere di almeno 9 GB o superiore o inferiore in base ai requisiti di log.
- Ogni set di risorse di archiviazione deve consentire la creazione di almeno due dischi virtuali, uno per i dati replicati e uno per i registri.
- L'archiviazione replicata non può trovarsi nell'unità contenente la cartella del sistema operativo Windows.
configurazione del disco:
contenitori JBOD
Assicurarsi che ogni set di nodi server abbinati possa vedere solo gli enclosure di archiviazione di quel sito (archiviazione asimmetrica) e che le connessioni SAS siano configurate correttamente.
Effettuare il provisioning dello spazio di archiviazione usando Spazi di archiviazione seguendo passaggi da 1 a 3 forniti in Distribuire spazi di archiviazione in un server autonomo usando PowerShell o Server Manager.
archiviazione iSCSI
Assicurarsi che ogni coppia di nodi server possa visualizzare solo i contenitori di archiviazione del sito, come l'archiviazione asimmetrica. Se si usa iSCSI, è necessario usare più di una singola scheda di rete.
Configurare l'archiviazione utilizzando la documentazione del venditore. Se si usa la destinazione iSCSI basata su Windows, vedere la panoramica del server di destinazione iSCSI .
Per l'archiviazione FC SAN:
Assicurarsi che ogni coppia di nodi server possa vedere solo gli enclosure di archiviazione di quel sito (archiviazione asimmetrica) e che abbiate configurato correttamente il zonaggio degli host.
Configurare l'archiviazione utilizzando la documentazione fornita dal venditore.
Rete:
- Almeno una connessione da 1 GbE in ogni server per la replica sincrona.
- Una rete tra server con larghezza di banda sufficiente per contenere il carico di lavoro di scrittura di I/O e una latenza media di round trip di circa 5 ms per la replica sincrona. La replica asincrona non ha una raccomandazione sulla latenza.
Nota
I dischi dati possono usare spazi con mirroring, spazi con parità oppure RAID 1 o RAID 10, RAID 5 o RAID 50.
I volumi di log non devono mai essere usati per altri carichi di lavoro.
Importante
Sebbene sia possibile collegare un dispositivo di archiviazione a un singolo server e usarlo per la replica, Windows Failover Clustering si basa ancora su prenotazioni persistenti SCSI. Pertanto, l'archiviazione deve essere ancora un tipo di archiviazione condivisa, ad esempio una tecnologia SAN. I dischi locali o i dischi presentati da un hypervisor potrebbero non essere compatibili. In Azure i dischi devono avere dimensioni SSD Premium che supportano la condivisione, anche se è necessario collegare una sola macchina virtuale.
Molti di questi requisiti possono essere determinati usando il cmdlet test-SRTopology. È possibile accedere a questo strumento se si installano le funzionalità Replica Archiviazione o Strumenti di Gestione di Replica Archiviazione su almeno un server. Non è necessario configurare Replica di archiviazione per usare questo strumento, ma è sufficiente installare i cmdlet.
Configurare l'ambiente
Accedere sempre come utente di dominio membro del gruppo di amministratori predefinito in tutti i server. Eseguire sempre PowerShell o il prompt dei comandi con privilegi elevati.
Installare Windows Server in tutti i nodi del server usando le opzioni di installazione Server con Esperienza desktop o Server Core.
Assicurarsi che le impostazioni BIOS/UEFI per i server siano impostate su prestazioni elevate, ad esempio disabilitando lo stato C, impostando la velocità QPI, abilitando NUMA e impostando la frequenza di memoria più elevata. Assicurarsi che il risparmio energia in Windows Server sia impostato su prestazioni elevate. Riavviare se necessario.
Aggiungere le informazioni di rete e aggiungere i nodi al dominio, quindi riavviarli.
Nota
Questa guida presuppone che siano presenti due associazioni di server da usare in un cluster esteso. Una rete WAN o LAN separa i server e i server appartengono a siti fisici o logici.
Connettere il primo set di JBOD di archiviazione condivisa, VHDX condiviso, target iSCSI o SAN FC ai server nel sito di Redmond .
Connettere il secondo set di archiviazione ai server nel sito Bellevue.
Installare il firmware più recente di archiviazione e dell'involucro del fornitore, tutti i driver necessari, i driver della scheda HBA e il firmware del BIOS/UEFI su tutti e quattro i nodi. Riavviare i nodi in base alle esigenze.
Nota
Per la configurazione dell'archiviazione condivisa e dell'hardware di rete, consultare la documentazione del fornitore hardware.
Nel passaggio successivo i server verranno aggiunti e configurati con i ruoli e le funzionalità necessari:
In Server Managerselezionare Gestiscie quindi selezionare Aggiungi server.
Nella finestra Aggiungi server selezionare i server tramite i metodi seguenti:
AD (i server devono essere aggiunti al dominio)
DNS (nome computer o IP)
Importa (da file di testo)
Dopo aver selezionato i server, importarli usando il pulsante "→", quindi selezionare OK.
In SR-SRV04 o in un computer di gestione remota eseguire il comando seguente in una finestra di PowerShell con privilegi elevati:
$Servers = 'SR-SRV01','SR-SRV02','SR-SRV03','SR-SRV04' $Servers | foreach { Install-WindowsFeature -ComputerName $_ -Name Storage-Replica,Failover-Clustering,FS-FileServer -IncludeManagementTools -Restart }
Configurare un cluster di failover o un cluster di file server di Hyper-V
Dopo aver configurato i nodi del server, il passaggio successivo consiste nel creare un cluster di failover Hyper-V o un cluster file server. Se i nodi si trovano in subnet diverse, è necessario creare un indirizzo IP per il sito aggiuntivo usando la dipendenza "OR". Per ulteriori informazioni, vedere Configurazione degli indirizzi IP e delle dipendenze per i cluster multi-subnet – Parte III.
Se si crea un cluster esteso a due nodi, è necessario aggiungere tutta la memoria prima di continuare. Si tratta di un comportamento progettato in Windows Server 2016. Eseguire il comando seguente per aggiungere l'archiviazione disponibile:
Get-ClusterAvailableDisk -All | Add-ClusterDisk
Quando si utilizza un server di test senza carico di I/O di scrittura su un volume di origine specificato, è consigliabile aggiungere un carico di lavoro, poiché Test-SRTopology
non genera un report utile. È consigliabile eseguire test con carichi di lavoro simili alla produzione per visualizzare i numeri reali e le dimensioni consigliate dei log.
In alternativa, copiare alcuni file nel volume di origine durante il test o il download ed eseguire diskspd per generare operazioni di I/O di scrittura. Ad esempio, per campionare un carico di lavoro di I/O con scrittura bassa per 10 minuti nel D: volume, eseguire il comando seguente:
diskspd -c1g -d600 -W5 -C5 -b4k -t2 -o2 -r -w5 -i100 D:\Test.dat
Non è disponibile alcuna opzione per configurare la consapevolezza del sito geografico tramite il Gestore del cluster di failover in Windows Server 2016.
Nota
Configurare un testimone della condivisione file o un testimone cloud per fornire il quorum se un sito si arresta. Windows Server include ora un'opzione per il controllo basato su cloud (Azure). È possibile scegliere questa opzione quorum anziché la condivisione file o il testimone disco.
Per ulteriori informazioni sulla configurazione del quorum, vedere la sezione Configurazione del Testimone nella guida Configurare e gestire il quorum in un cluster di failover di Windows Server 2012. Per ulteriori informazioni sui cmdlet quorum del cluster, vedere il set di moduli FailoverClusters.
Suggerimento
Esaminare Raccomandazioni di rete per un cluster Hyper-V in Windows Server 2012 per assicurarsi che la rete del cluster sia configurata in modo ottimale. Configurare la rete del cluster e Active Directory per un failover del sito DNS più veloce. È possibile usare le reti definite da software Hyper-V, VLAN estese, i dispositivi di astrazione rete, TTL DNS ridotti e altre tecniche comuni.
È anche possibile configurare la resilienza delle macchine virtuali in modo che i guest non si sospendono per molto tempo durante gli errori del nodo. Commutano invece sulla nuova origine di replicazione dell'archiviazione entro 10 secondi. Per eseguire questa azione, eseguire il comando (Get-Cluster).ResiliencyDefaultPeriod=10
.
In Server Managerselezionare strumenti e quindi selezionare Gestione cluster di failover.
Nel riquadro destro, in Azioniselezionare Convalida configurazione per assicurarsi di poter continuare.
Nota
È consigliabile prevedere errori di archiviazione dalla convalida del cluster a causa dell'uso dell'archiviazione asimmetrica.
Creare il cluster di calcolo Hyper-V con 15 caratteri o meno utilizzando la guida "Distribuire un Cluster Hyper-V". Seguire i passaggi da 7 a 10 all'interno del sito Redmond per creare una macchina virtuale di test, assicurandosi solo che il cluster funzioni normalmente entro i due nodi che condividono il storage nel primo sito di test.
Aggiungere un disco nel sito Redmond al cluster CSV. Fare clic con il pulsante destro del mouse su un disco di origine nel nodo Dischi della sezione Archiviazione, quindi selezionare Aggiungi a Cluster Shared Volumes.
Il cmdlet
Test-SRTopology
viene utilizzato per determinare se i requisiti per la Replica di archiviazione sono soddisfatti. Ad esempio, per convalidare due dei nodi del cluster esteso proposti in cui ognuno ha un D: e E: volume per 30 minuti, seguire questa procedura:Spostare tutta le risorse di archiviazione disponibili in SR-SRV01.
In Failover Cluster Manager, espandere il cluster, fare clic con il pulsante destro del mouse su Ruoli, quindi selezionare Crea ruolo vuoto.
Aggiungere l'archiviazione online al ruolo vuoto denominato Nuovo ruolo.
Spostare tutte le risorse di archiviazione disponibili in SR-SRV03.
Fare nuovamente clic con il pulsante destro del mouse su Ruoli, quindi selezionare Crea ruolo vuoto.
Spostare nuovo ruolo (2) in SR-SRV03.
Aggiungere le risorse di archiviazione online a tale ruolo vuoto denominato Nuovo ruolo (2).
Valutare il cluster eseguendo il comando seguente:
$params = @{ SourceComputerName = 'SR-SRV01' SourceVolumeName = 'D:' SourceLogVolumeName = 'E:' DestinationComputerName = 'SR-SRV03' DestinationVolumeName = 'D:' DestinationLogVolumeName = 'E:' DurationInMinutes = 30 ResultPath = 'C:\Temp' } MD C:\Temp | Test-SRTopology @params
Esamina il report di TestSrTopologyReport-<data>.html per assicurarti di soddisfare i requisiti della Storage Replica e prendere nota delle previsioni iniziali sull'ora di sincronizzazione e delle raccomandazioni relative al log.
Restituire i dischi a Archiviazione Disponibile e rimuovere i temporanei ruoli vuoti.
Rimuovere la macchina virtuale di test. Aggiungere tutte le macchine virtuali di test reali necessarie a un nodo di origine proposto per un'ulteriore valutazione.
Configurare la consapevolezza del sito del cluster esteso in modo che i server SR-SRV01 e SR-SRV02 si trovino nel sito Redmond e i server SR-SRV03 e SR-SRV04 si trovino nel sito Bellevue. Assicurarsi che Redmond sia il nodo primario con proprietà dell'archiviazione di origine e delle macchine virtuali:
New-ClusterFaultDomain -Name Redmond -Type Site -Description "Primary" -Location "Redmond Datacenter" New-ClusterFaultDomain -Name Bellevue -Type Site -Description "Secondary" -Location "Bellevue Datacenter" Set-ClusterFaultDomain -Name SR-SRV01 -Parent Redmond Set-ClusterFaultDomain -Name SR-SRV02 -Parent Redmond Set-ClusterFaultDomain -Name SR-SRV03 -Parent Bellevue Set-ClusterFaultDomain -Name SR-SRV04 -Parent Bellevue (Get-Cluster).PreferredSite="Redmond"
Configurare un cluster distribuito
Dopo aver configurato, convalidato e testato l'ambiente, i passaggi successivi consistono nella configurazione del cluster esteso utilizzando Storage Replica tramite Failover Cluster Manager o PowerShell. È possibile eseguire tutti i passaggi sui nodi del cluster direttamente o da un computer di gestione remota che contiene gli strumenti di amministrazione remota del server di Windows Server.
Per carichi di lavoro Hyper-V, in un nodo in cui sono presenti i dati che si desidera replicare, aggiungere il disco di dati di origine dai dischi disponibili ai volumi condivisi del cluster se non è già configurato. Non aggiungere tutti i dischi; è sufficiente aggiungere il singolo disco. A questo punto, metà dei dischi viene visualizzata offline perché si tratta di archiviazione asimmetrica. Se si replica un carico di lavoro di una risorsa Disco fisico come file server per uso generale, si dispone già di un disco collegato al ruolo pronto all'uso.
Fare clic con il pulsante destro del mouse sul disco CSV o sul disco collegato al ruolo, selezionare Replicae quindi selezionare Abilita.
Selezionare il volume di dati di destinazione appropriato e selezionare Avanti. I dischi di destinazione visualizzati hanno un volume con le stesse dimensioni del disco di origine selezionato. Quando ci si sposta tra queste finestre di dialogo della procedura guidata, lo spazio di archiviazione disponibile verrà automaticamente spostato e visualizzato online in background in base alle esigenze.
Selezionare il disco del log di origine appropriato e selezionare Avanti. Il volume di log di origine deve trovarsi su un disco che usa unità SSD o supporti con la stessa velocità, non su dischi rotanti.
Selezionare il volume di log di destinazione appropriato e selezionare Avanti. I dischi del log di destinazione visualizzati hanno un volume con le stesse dimensioni del volume del disco del log di origine selezionato.
Lasciare il valore Sovrascrivi volume su Sovrascrivi volume di destinazione se il volume di destinazione non contiene una copia precedente dei dati dal server di origine. Se la destinazione contiene dati simili, da un backup recente o da una replica precedente, selezionare disco di destinazione con seedinge quindi selezionare Avanti.
Lasciare il valore Modalità di replica su Replica sincrona se si prevede di usare la replica RPO pari a zero. Modificarla in Replica asincrona se si prevede di estendere il cluster su reti a latenza superiore o se si ha bisogno di una latenza minore delle operazioni di I/O sui nodi del sito primario.
Lasciare il valore gruppo di coerenza prestazioni più elevate se non si prevede di usare l'ordinamento di scrittura in un secondo momento con coppie di dischi aggiuntive nel gruppo di replica. Se si prevede di aggiungere altri dischi a questo gruppo di replica e si richiede un ordinamento di scrittura garantito, selezionare Enable Write Orderinge quindi selezionare Next.
Selezionare Avanti per configurare la replica e la formazione di un cluster esteso.
Nella schermata di riepilogo, prendere nota dei risultati della finestra di dialogo di completamento. È possibile visualizzare il report in un browser Web.
È configurata una partnership di Replica di archiviazione tra le due metà del cluster, ma la replica è in corso. Esistono diversi modi per visualizzare lo stato della replica tramite uno strumento grafico.
Usare la colonna Ruolo di replica e la scheda Replica. Al termine della sincronizzazione iniziale, i dischi di origine e di destinazione hanno uno stato di replica di replica continua.
Aprire il Visualizzatore eventi sul server di origine, passare a Applicazioni e servizi\Microsoft\Windows\StorageReplica\Admin ed esaminare gli ID degli eventi 1237, 2200, 5001, 5002, 5004 e 5015.
Aprire il Visualizzatore eventi sul server di destinazione , passare a Applicazioni e servizi\Microsoft\Windows\StorageReplica\Operational e attendere l'ID evento 1215. Questo evento indica il numero di byte copiati e il tempo impiegato. Esempio
Log Name: Microsoft-Windows-StorageReplica/Operational Source: Microsoft-Windows-StorageReplica Date: 4/6/2016 4:52:23 PM Event ID: 1215 Task Category: (1) Level: Information Keywords: (1) User: SYSTEM Computer: SR-SRV03.Threshold.nttest.microsoft.com Description: Block copy completed for replica. ReplicationGroupName: Replication 2 ReplicationGroupId: {c6683340-0eea-4abc-ab95-c7d0026bc054} ReplicaName: \\?\Volume{43a5aa94-317f-47cb-a335-2a5d543ad536}\ ReplicaId: {00000000-0000-0000-0000-000000000000} End LSN in bitmap: LogGeneration: {00000000-0000-0000-0000-000000000000} LogFileId: 0 CLSFLsn: 0xFFFFFFFF Number of Bytes Recovered: 68583161856 Elapsed Time (ms): 140
Aprire il visualizzatore eventi nel server di destinazione, passare a Applicazioni e servizi\Microsoft\Windows\StorageReplica\Admin ed esaminare gli ID evento 1237, 2200, 5001, 5009, 5005 e 5015 per comprendere lo stato di avanzamento dell'elaborazione. Non dovrebbe essere presente alcun avviso di errori in questa sequenza. Se si riscontrano diversi ID evento 1237, indica lo stato di avanzamento.
Avviso
L'utilizzo della CPU e della memoria saranno probabilmente superiori al normale fino al completamento della sincronizzazione iniziale.
Gestire la replica di un cluster distribuito
È possibile eseguire tutti i passaggi sui nodi del cluster direttamente o da un computer di gestione remota che contiene gli Strumenti di Amministrazione Server Remoti. È anche possibile usare Gestione cluster di failover per determinare l'origine e la destinazione correnti della replica e il relativo stato. La gestione della replica di cluster estesi può essere eseguita usando l'interfaccia utente grafica o PowerShell.
Per modificare l'origine e la destinazione della replica all'interno del cluster esteso, usare i metodi seguenti:
Per spostare la replica di origine tra nodi nello stesso sito, fare clic con il pulsante destro del mouse sul file CSV di origine, selezionare Sposta archiviazione, selezionare Seleziona nodoe quindi selezionare un nodo nello stesso sito. Se si utilizza un'archiviazione non CSV per un disco a cui è stato assegnato un ruolo, spostare il ruolo.
Per spostare la replica di origine da un sito a un altro, fare clic con il pulsante destro del mouse sul file CSV di origine, selezionare Sposta archiviazione, selezionare Seleziona nodoe quindi selezionare un nodo in un altro sito. Se è stato configurato un sito preferito, è possibile usare il miglior nodo possibile per spostare sempre l'archiviazione di origine in un nodo nel sito preferito. Se si utilizza un'archiviazione non CSV per un disco a cui è stato assegnato un ruolo, spostare il ruolo.
Per eseguire il failover pianificato e modificare la direzione della replica da un sito all'altro, spegnere entrambi i nodi in un sito usando Server Manager o SConfig.
Per eseguire il failover non pianificato e cambiare la direzione di replica da un sito a un altro, spegnere l'alimentazione di entrambi i nodi in un sito.
Nota
In Windows Server 2016 potrebbe essere necessario usare Gestione cluster di failover o
Move-ClusterGroup
per spostare nuovamente i dischi di destinazione nell'altro sito manualmente dopo che i nodi tornano online.Storage Replica smontano i volumi di destinazione. Questo è intenzionale.
Per modificare le dimensioni del log da 8 GB predefinite, fare clic con il pulsante destro del mouse sui dischi del log di origine e di destinazione, selezionare la scheda Log di Replica, quindi modificare le dimensioni dei dischi in modo che corrispondano.
Per aggiungere un'altra coppia di dischi replicati al gruppo di replica esistente, è necessario assicurarsi che sia presente almeno un disco aggiuntivo nell'archiviazione disponibile. È quindi possibile fare clic con il pulsante destro del mouse sul disco di origine e selezionare Aggiungi relazione di replica.
Nota
Questa esigenza di un disco aggiuntivo 'fittizio' all'archiviazione disponibile è dovuta a una regressione e non è intenzionale.
Per rimuovere la replica esistente:
Fare clic con il pulsante destro del mouse sul disco CSV di origine e selezionare Replica, quindi selezionare Rimuovi. Accettare l'avviso.
Se lo si desidera, rimuovere la risorsa di archiviazione da CSV per renderla nuovamente disponibile per altri test.
Nota
Potrebbe essere necessario usare Gestione disco o Server Manager per riaggiungere lettere di unità ai volumi dopo il ritorno all'archiviazione disponibile.
Per misurare le prestazioni di replica, è possibile usare lo strumento Performance Monitor (perfmon.exe
) nei nodi di origine e di destinazione. Per ulteriori informazioni su Performance Monitor, vedere Utilizzo di Performance Monitor e Finestra di dialogo Aggiungi contatori.
Nel nodo di destinazione:
Aggiungere gli oggetti Statistiche della Replica di archiviazione con tutti i relativi contatori delle prestazioni per il volume di dati.
Esaminare i risultati.
Nel nodo di origine:
Aggiungere gli oggetti Statistiche Replica di Archiviazione e Statistiche di I/O di Partizione Replica di Archiviazione con tutti i contatori di prestazioni relativi al volume di dati (quest'ultimo è disponibile solo con i dati presenti nel server di origine corrente).
Esaminare i risultati.