Cluster to Cluster Storage Replication (Replica archiviazione da cluster a cluster)

Articolo
2025-04-16
Si applica a: ✅ Windows Server 2025, ✅ Windows Server 2022, ✅ Windows Server 2019, ✅ Windows Server 2016

Storage Replica può replicare volumi tra cluster, inclusa la replica di cluster usando Storage Spaces Direct. La gestione e la configurazione sono simili alla replica da server a server.

Questi computer e archiviazione verranno configurati in una configurazione da cluster a cluster, in cui un cluster replica il proprio set di archiviazione con un altro cluster e il relativo set di archiviazione. Questi nodi e la relativa archiviazione devono trovarsi in siti fisici separati, anche se non è obbligatorio.

Importante

In questo test, i quattro server sono un esempio. È possibile usare un numero qualsiasi di server supportati da Microsoft in ogni cluster, attualmente 8 per un cluster di Spazi di archiviazione diretta e 64 per un cluster di archiviazione condivisa.

Questa guida non illustra la configurazione di Spazi di archiviazione diretta. Per informazioni sulla configurazione di Spazi di archiviazione diretta, vedere Panoramica di Spazi di archiviazione diretta.

Questa procedura dettagliata usa l'ambiente seguente come esempio:

Due server membri, denominati SR-SRV01 e SR-SRV02 che vengono successivamente formati in un cluster denominato SR-SRVCLUSA.
Due server membri denominati SR-SRV03 e SR-SRV04 che vengono successivamente formati in un cluster denominato SR-SRVCLUSB.
Una coppia di "siti" logici che rappresentano due centri dati diversi, uno chiamato Redmond e l'altro Bellevue.

Diagramma che mostra un ambiente di esempio con un cluster nel sito Redmond in replica con un cluster nel sito Bellevue

FIGURA 1: Replicazione da cluster a cluster

Prerequisiti

Foresta di Active Directory Domain Services (non è necessario eseguire Windows Server 2016).
4-128 server (due cluster di 2-64 server) che eseguono Windows Server 2019 o Windows Server 2016, Datacenter Edition. Se si esegue Windows Server 2019, è invece possibile usare Standard Edition se si sta eseguendo la replica di un solo volume di dimensioni fino a 2 TB.
Due set di sistemi di archiviazione, che utilizzano JBOD SAS, SAN Fibre Channel, VHDX condiviso, Storage Spaces Direct o destinazione iSCSI. L'archivio deve contenere una combinazione di supporti SSD e HDD. Ogni set di archiviazione verrà reso disponibile solo per ognuno dei cluster, senza accesso condiviso tra cluster.
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 fisica deve avere le stesse dimensioni di settore su tutti i dischi di dati. L'archiviazione fisica deve avere le stesse dimensioni di settore su tutti i dischi dei registri.
Almeno una connessione Ethernet/TCP su ogni server per la replica sincrona, ma preferibilmente RDMA.
Regole firewall e router appropriate per consentire ICMP, SMP (porta 445 più 5445 per SMB diretto) e traffico bidirezionale WS-MAN (porta 5985) tra tutti i nodi.
Una rete tra i server con larghezza di banda sufficiente per contenere il carico di lavoro di scrittura delle operazioni di I/O e una latenza media di andata e ritorno di =5 ms, per la replica sincrona. La replica asincrona non ha una raccomandazione sulla latenza.
L'archiviazione replicata non può trovarsi nell'unità contenente la cartella del sistema operativo Windows.
Esistono importanti considerazioni e limitazioni per la replica diretta di Spazi di archiviazione.

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 solo per installare il cmdlet. Altre informazioni sono incluse nei passaggi seguenti.

Passaggio 1: effettuare il provisioning del sistema operativo, delle funzionalità, dei ruoli, dell'archiviazione e della rete

Installare Windows Server nei quattro nodi del server con un tipo di installazione di Windows Server (Esperienza desktop).
Aggiungere informazioni di rete e unirle al dominio, quindi riavviarli.

Importante

A questo punto, accedere sempre come utente di dominio membro del gruppo di amministratori predefinito in tutti i server. Ricorda sempre di elevare i prompt di Windows PowerShell e CMD quando esegui operazioni in un'installazione server con interfaccia grafica o su un computer Windows 10.
Collegare il primo set di alloggiamenti di archiviazione JBOD, la destinazione iSCSI, SAN FC, o l'archiviazione su disco fisso locale (DAS) al server nel sito Redmond.
Collegare il secondo set di risorse di archiviazione al server nel sito Bellevue.
Se opportuno, installare i più recenti firmware e driver del fornitore per lo storage e l'enclosure, i più recenti driver HBA del fornitore, i più recenti firmware BIOS/UEFI del fornitore, i più recenti driver di rete del fornitore e i più recenti driver del chipset della scheda madre su tutti e quattro i nodi. Se necessario riavviare i nodi.

Nota

Per la configurazione dell'archiviazione condivisa e dell'hardware di rete, consultare la documentazione del fornitore hardware.
Assicurarsi che le impostazioni BIOS/UEFI dei server abilitati consentano alte prestazioni, ad esempio la disabilitazione dei C-State, l'impostazione della velocità QPI, l'abilitazione di NUMA e l'impostazione della frequenza di memoria massima. Assicurarsi che il risparmio energia in Windows Server sia impostato su prestazioni elevate. Riavviare se necessario.
Configurare i ruoli come indicato di seguito:
- Metodo grafico
  1. Eseguire ServerManager.exe e creare un gruppo di server aggiungendo tutti i nodi del server.
  2. Installare i ruoli e le funzionalità File Server e Replica archiviazione in ciascuno dei nodi e riavviarli.
- Metodo Windows PowerShell
  
  In un computer di gestione remota o SR-SRV04, eseguire il comando seguente nella console di Windows PowerShell per installare i ruoli e le funzionalità necessarie per un cluster esteso sui quattro nodi e riavviarli:
```
$Servers = 'SR-SRV01','SR-SRV02','SR-SRV03','SR-SRV04'

$Servers | ForEach { Install-WindowsFeature -ComputerName $_ -Name Storage-Replica,Failover-Clustering,FS-FileServer -IncludeManagementTools -restart }
```
  Per altre informazioni su questi passaggi, vedere Installazione o disinstallazione di ruoli, servizi ruolo o funzionalità
Configurare lo spazio di archiviazione come indicato di seguito:
Importante
- È necessario creare due volumi in ciascuna enclosure: uno per i dati e uno per i registri.
- I dischi di dati e registro devono essere inizializzati come GPT, non come MBR.
- I due volumi di dati devono avere le stesse dimensioni.
- I due volumi di registro devono avere le stesse dimensioni.
- Tutti i dischi di dati replicati devono avere le stesse dimensioni del settore.
- Tutti i dischi di registro devono avere le stesse dimensioni del settore.
- I volumi di registro devono usare un'archiviazione basata su flash, ad esempio le unità SSD. Microsoft consiglia di velocizzare l'archiviazione dei log rispetto all'archiviazione dei dati. I volumi di log non devono mai essere usati per altri carichi di lavoro.
- I dischi di dati possono utilizzare HDD, SSD o una combinazione multistrato e possono usare spazi con mirroring o parità oppure RAID 1 o 10, o RAID 5 o RAID 50.
- Per impostazione predefinita, le dimensioni del log sono pari a 8 GB se non specificate. Il volume di log deve essere di almeno 10 GB o superiore in base ai requisiti di log e alle esigenze dell'organizzazione.
- Quando si utilizza Storage Spaces Direct con una cache NVME o SSD, si riscontra un aumento della latenza superiore alle aspettative durante la configurazione della replica di Storage Replica tra cluster di Storage Spaces Direct. La variazione della latenza è proporzionalmente molto più elevata di quella riscontrata quando si usano NVME e SSD in una configurazione con prestazioni + capacità e senza livello HDD né livello di capacità.
Questo problema si verifica a causa delle limitazioni dell'architettura all'interno del meccanismo di log di SR combinate con la latenza estremamente bassa di NVME rispetto ai supporti più lenti. Quando si utilizza la cache di Spazi di Archiviazione Diretta, tutti i log I/O SR, insieme a tutte le operazioni recenti di I/O di lettura/scrittura delle applicazioni, vengono eseguite nella cache e non coinvolgono mai i livelli di prestazione o capacità. Ciò significa che tutte le attività SR si verificano sullo stesso supporto di velocità. Questa configurazione non è supportata e non è raccomandata (vedere https://aka.ms/srfaq per le raccomandazioni sui log).

Quando si usa Spazi di archiviazione diretta con unità HDD, non è possibile disabilitare o evitare la cache. Come soluzione alternativa, se si usa solo SSD e NVME, è possibile configurare solo i livelli di prestazioni e capacità. Se si utilizza tale configurazione, posizionando i log SR nel livello di prestazioni mentre i volumi di dati che servono si trovano solo nel livello di capacità, si eviterà il problema di latenza elevata descritto in precedenza. È possibile ottenere lo stesso risultato con una combinazione di unità SSD più veloci e più lente e senza NVME.

Questa soluzione alternativa non è ideale e alcuni clienti potrebbero non essere in grado di usarlo. Il team SR sta lavorando alle ottimizzazioni e a un meccanismo di registrazione aggiornato per ridurre questi colli di bottiglia artificiali che si verificano in futuro.

Per gli enclosure JBOD:

Assicurarsi che ogni cluster sia in grado di visualizzare solo gli alloggiamenti di archiviazione del sito e che le connessioni SAS siano configurate correttamente.
Effettuare il provisioning dell'archiviazione mediante Spazi di archiviazione seguendo i passaggi 1-3 indicati in Distribuire Spazi di archiviazione in un server autonomo usando Windows PowerShell o Server Manager.

Per lo storage di destinazione iSCSI:

Verificare che ogni cluster sia in grado di visualizzare solo gli alloggiamenti di archiviazione di tale sito. Se si usa iSCSI, è necessario usare più di una singola scheda di rete.
Configurare l'archiviazione utilizzando la documentazione del fornitore. Se si usa la destinazione iSCSI basata su Windows, consultare iSCSI Target Block Storage, How To (Procedura per l'archiviazione a blocchi nella destinazione iSCSI).

Per l'archiviazione FC SAN:

Assicurarsi che ogni cluster sia in grado di vedere solo gli alloggiamenti di archiviazione di tale sito e che gli host siano stati suddivisi correttamente in zone.
Configurare l'archiviazione utilizzando la documentazione del fornitore.

Per Spazi di Archiviazione Diretta:

Assicurarsi che ogni cluster possa visualizzare i contenitori di archiviazione del sito solo distribuendo Storage Spaces Direct.
Assicurarsi che i volumi di log SR siano sempre nello spazio di archiviazione flash più veloce, mentre i volumi di dati siano nello spazio di archiviazione più lento ad alta capacità.
Avviare Windows PowerShell e usare il cmdlet Test-SRTopology per determinare se siano stati soddisfatti tutti i requisiti di Replica di archiviazione. È possibile usare il cmdlet in modalità solo requisiti per un test rapido e una modalità di valutazione delle prestazioni a esecuzione prolungata. Ad esempio,
```
MD c:\temp

Test-SRTopology -SourceComputerName SR-SRV01 -SourceVolumeName f: -SourceLogVolumeName g: -DestinationComputerName SR-SRV03 -DestinationVolumeName f: -DestinationLogVolumeName g: -DurationInMinutes 30 -ResultPath c:\temp
```
Importante

Quando si utilizza un server di prova senza carico di scrittura I/O sul volume sorgente specificato durante il periodo di valutazione, è consigliabile aggiungere un carico di lavoro altrimenti non verrà generato un report utile. È necessario eseguire il test con carichi di lavoro simili alla produzione per poter visualizzare i numeri reali e le dimensioni consigliate del registro. In alternativa, copiare alcuni file nel volume di origine durante il test oppure scaricare ed eseguire DISKSPD per generare I/O di scrittura. Ad esempio, un campione con un carico di lavoro di I/O di scrittura basso per cinque minuti per il volume D: come mostrato di seguito: Diskspd.exe -c1g -d300 -W5 -C5 -b8k -t2 -o2 -r -w5 -h d:\test.dat
Esamina il report TestSrTopologyReport.html per verificare che siano soddisfatti i requisiti di una Replica di archiviazione.

Passaggio 2: configurare due cluster di failover di un Scale-Out File Server

A questo punto si creeranno due normali cluster di failover. Dopo la configurazione, la convalida e il test, li replicherai usando Storage Replica. Tutti i passaggi seguenti possono essere eseguiti sui nodi del cluster direttamente oppure da un computer di gestione remota che contiene gli strumenti di amministrazione remota del server di Windows Server.

Metodo grafico

Eseguire cluadmin.msc su un nodo in ogni sito.
Convalidare il cluster proposto e analizzare i risultati per assicurarsi di poter continuare. Nell'esempio vengono usati SR-SRVCLUSA e SR-SRVCLUSB.
Crea i due cluster. Verificare che il nome del cluster non superi i 15 caratteri di lunghezza.
Configurare un testimone di condivisione file o un testimone cloud.

Nota

Windows Server include ora un'opzione per il Testimone basato su Cloud (Azure). È possibile scegliere questa opzione di quorum anziché il testimone di condivisione file.

Avviso

Per ulteriori informazioni sulla configurazione del testimone di quorum, vedere Distribuire un testimone di quorum. Per altre informazioni sul cmdlet Set-ClusterQuorum, vedere Set-ClusterQuorum.
Aggiungere un disco al cluster CSV nel sito Redmond. A tale scopo, fare clic con il pulsante destro del mouse su un disco di origine nel nodo Dischi della sezione Archiviazione e quindi fare clic su Aggiungi a volumi condivisi cluster.
Creare i file server in cluster con scalabilità orizzontale in entrambi i cluster seguendo le istruzioni della sezione Configurare il file server di scalabilità orizzontale

Metodo Windows PowerShell

Testare il cluster proposto e analizzare i risultati per assicurarsi di poter continuare:
```
Test-Cluster SR-SRV01,SR-SRV02
Test-Cluster SR-SRV03,SR-SRV04
```

Creare i cluster (è necessario specificare i propri indirizzi IP statici per i cluster). Assicurarsi che il nome di ogni cluster non superi i 15 caratteri di lunghezza:

New-Cluster -Name SR-SRVCLUSA -Node SR-SRV01,SR-SRV02 -StaticAddress <your IP here>
New-Cluster -Name SR-SRVCLUSB -Node SR-SRV03,SR-SRV04 -StaticAddress <your IP here>

Configurare un Testimone di Condivisione File o un Testimone Cloud (Azure) in ogni cluster che faccia riferimento a una condivisione ospitata dal controller di dominio o da un altro server indipendente. Ad esempio:
```
Set-ClusterQuorum -FileShareWitness \\someserver\someshare
```
Nota

Windows Server include ora un'opzione per il Testimone basato su Cloud (Azure). È possibile scegliere questa opzione di quorum anziché il testimone di condivisione file.
Creare i file server in cluster con scalabilità orizzontale in entrambi i cluster seguendo le istruzioni della sezione Configurare il file server di scalabilità orizzontale

Passaggio 3: configurare la replica da cluster a cluster con Windows PowerShell

A questo punto si configurerà la replica da cluster a cluster usando Windows PowerShell. Tutti i passaggi seguenti possono essere eseguiti sui nodi direttamente oppure da un computer di gestione remota che contiene gli strumenti di amministrazione remota del server di Windows Server

Concedere l'accesso completo del primo cluster all'altro cluster eseguendo il cmdlet Grant-SRAccess su un nodo qualsiasi del primo cluster o in remoto. Strumenti di amministrazione remota del server di Windows Server
```
Grant-SRAccess -ComputerName SR-SRV01 -Cluster SR-SRVCLUSB
```
Concedere l'accesso completo del secondo cluster all'altro cluster eseguendo il cmdlet Grant-SRAccess su un nodo qualsiasi del secondo cluster o in remoto.
```
Grant-SRAccess -ComputerName SR-SRV03 -Cluster SR-SRVCLUSA
```
Configurare la replica da cluster a cluster, specificando i dischi di origine e di destinazione, i registri di origine e di destinazione, i nomi dei cluster di origine e di destinazione e le dimensioni del registro. È possibile eseguire questo comando in locale nel server o usando un computer di gestione remota.
```
New-SRPartnership -SourceComputerName SR-SRVCLUSA -SourceRGName rg01 -SourceVolumeName c:\ClusterStorage\Volume2 -SourceLogVolumeName f: -DestinationComputerName SR-SRVCLUSB -DestinationRGName rg02 -DestinationVolumeName c:\ClusterStorage\Volume2 -DestinationLogVolumeName f: -LogType Raw
```
Avviso

La dimensione predefinita del registro è 8 GB. In base ai risultati del cmdlet Test-SRTopology, è possibile decidere di usare -LogSizeInBytes con un valore superiore o inferiore.
Per ottenere lo stato di origine e destinazione della replica, usare Get-SRGroup e Get-SRPartnership come indicato di seguito:
```
Get-SRGroup
Get-SRPartnership
(Get-SRGroup).replicas
```

Determinare l'avanzamento della replica come segue:

Nel server di origine eseguire il comando seguente, quindi esaminare gli eventi 5015, 5002, 5004, 1237, 5001 e 2200:
```
Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica -max 20
```

Sul server di destinazione, eseguire il seguente comando per visualizzare gli eventi di Replica di archiviazione che mostrano la creazione della partnership. Questo evento indica il numero di byte copiati e il tempo impiegato. Esempio

Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | Where-Object {$_.ID -eq "1215"} | Format-List

Ecco un esempio di output:

TimeCreated  : 4/8/2016 4:12:37 PM
ProviderName : Microsoft-Windows-StorageReplica
Id           : 1215
Message      : Block copy completed for replica.
    ReplicationGroupName: rg02
    ReplicationGroupId:
    {616F1E00-5A68-4447-830F-B0B0EFBD359C}
    ReplicaName: f:\
    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 (seconds): 117

In alternativa, il gruppo del server di destinazione per la replica indica in qualsiasi momento il numero di byte rimanenti da copiare, inoltre è possibile eseguire query tramite PowerShell. Ad esempio:

(Get-SRGroup).Replicas | Select-Object numofbytesremaining

Come esempio dello stato di avanzamento (che non terminerà):

  while($true) {
  $v = (Get-SRGroup -Name "Replication 2").replicas | Select-Object numofbytesremaining
  [System.Console]::Write("Number of bytes remaining: {0}`n", $v.numofbytesremaining)
  Start-Sleep -s 5
 }

Nel server di destinazione del cluster di destinazione eseguire il comando seguente ed esaminare gli eventi 5009, 1237, 5001, 5015, 5005 e 2200 per comprendere lo stato di avanzamento dell'elaborazione. Non dovrebbe essere presente alcun avviso di errori in questa sequenza. Ci saranno molti eventi 1237, perché questi indicano lo stato di avanzamento.
```
Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | FL
```
Nota

Il disco del cluster di destinazione verrà sempre visualizzato come Online (Nessun accesso) quando viene replicato.

Passaggio 4: gestire la replica

Ora gestirai e opererai la replica da cluster a cluster. Tutti i passaggi seguenti possono essere eseguiti sui nodi del cluster direttamente oppure da un computer di gestione remota che contiene gli strumenti di amministrazione remota del server di Windows Server.

Usare Get-ClusterGroup o Gestione Cluster di Failover per verificare l'origine e la destinazione corrente della replica e il relativo stato. Strumenti di amministrazione remota del server di Windows Server
Per misurare le prestazioni della replica, usare il cmdlet Get-Counter nei nodi di origine e di destinazione. I nomi dei contatori sono:
- \Statistiche I/O partizione Replica archiviazione(*)\Numero di volte in cui il flush è stato messo in pausa
- \Statistiche I/O partizione Replica di archiviazione(*)\Numero di I/O in attesa di svuotamento
- \Statistiche di I/O partizione Replica di archiviazione(*)\Numero di richieste per ultima scrittura del log
- \Statistiche I/O della partizione Replica archiviazione(*)\ Lunghezza media coda di attesa flush
- \Statistiche I/O partizione Replica archiviazione(*)\Lunghezza coda di svuotamento attuale
- \Statistiche I/O Partizione Replica di Archiviazione(*)\Numero delle richieste di scrittura dell'applicazione
- \Statistiche I/O partizione Replica archiviazione(*)\ Numero medio di richieste per scrittura di log
- \Statistiche I/O partizione Replica archiviazione(*)\ Latenza media scrittura applicazione
- \Statistiche I/O partizione Replica di Archiviazione(*)\ Latenza media lettura applicazione
- \Statistiche Replica di archiviazione(*)\RPO di destinazione
- \Statistiche Storage Replica(*)\RPO corrente
- \Statistiche di Replica Archiviazione(*)\ Lunghezza media coda log
- \Statistiche Replica archiviazione(*)\Lunghezza coda Log corrente
- \Statistiche Replica archiviazione(*)\Totale byte ricevuti
- \Statistica replica di archiviazione(*)\Byte totali inviati
- \Statistiche Replica archiviazione(*)\ Latenza media di trasmissione in rete
- \Statistiche Replica di Archiviazione(*)\Stato di Replicazione
- \Statistiche Replica archiviazione(*)\ Latenza media messaggio andata e ritorno
- \Statistiche Replica Archiviazione(*)\Ultimo tempo trascorso per il ripristino
- \Statistiche Replica archiviazione(*)\Numero di transazioni di ripristino scaricate
- \Statistiche Replica Archiviazione(*)\Numero di transazioni di ripristino
- \Statistiche Replica Storage(*)\Numero di transazioni di replica completate
- \Statistiche Replica di archiviazione(*)\Numero di transazioni di replica
- \Statistiche Replica archiviazione(*)\Numero massimo di sequenza del log
- \Statistiche Replica di archiviazione(*)\Numero di messaggi ricevuti
- \Statistiche Replica di Archiviazione(*)\Numero di messaggi inviati
Per altre informazioni sui contatori delle prestazioni in Windows PowerShell, vedere Get-Counter.
Per spostare la direzione di replica da un sito, usare il cmdlet Set-SRPartnership.
```
Set-SRPartnership -NewSourceComputerName SR-SRVCLUSB -SourceRGName rg02 -DestinationComputerName SR-SRVCLUSA -DestinationRGName rg01
```
Nota

Windows Server impedisce il cambio di ruolo durante la sincronizzazione iniziale, ma questa operazione può causare la perdita di dati se si tenta di effettuare il cambio prima del completamento della replica iniziale. Non forzare il cambio di direzione fino al completamento della sincronizzazione iniziale.

Controllare i registri eventi per visualizzare le modifiche nella direzione della replica e nella modalità di ripristino, quindi eseguire una riconciliazione. Le operazioni di I/O di scrittura possono quindi scrivere nell'archiviazione di proprietà del nuovo server di origine. Cambiare la direzione della replica blocca gli I/O di scrittura sul computer di origine precedente.

Nota

Il disco del cluster di destinazione verrà sempre visualizzato come Online (Nessun accesso) quando viene replicato.
Per modificare le dimensioni del log predefinite di 8 GB, usare Set-SRGroup sia nei gruppi di Replica di Archiviazione di origine che in quelli di destinazione.

Importante

La dimensione predefinita del registro è 8 GB. In base ai risultati del cmdlet Test-SRTopology, è possibile decidere di usare -LogSizeInBytes con un valore superiore o inferiore.
Per rimuovere la replica, usare Get-SRGroup, Get-SRPartnership, Remove SRGroup e Remove SRPartnership in ogni cluster.
```
Get-SRPartnership | Remove-SRPartnership
Get-SRGroup | Remove-SRGroup
```
Nota

Replica di archiviazione smonta i volumi di destinazione. Questo è intenzionale.

Condividi tramite