Creare volumi di cluster estesi e configurare la replica

Articolo
09/25/2024

Si applica a: Azure Stack HCI, versione 22H2

Questo articolo descrive come creare volumi e configurare la replica per i cluster estesi in Azure Stack HCI usando Windows Admin Center e PowerShell.

Si creeranno volumi in quattro server in due siti, due server per sito come esempio. Tenere presente, tuttavia, che se si desidera creare volumi mirror a tre vie, sono necessari almeno sei server, tre server per sito.

Volumi estesi e replica con Windows Admin Center

Per creare un volume e configurare la replica:

In Windows Admin Center, in Strumenti, selezionare Volumi.
Nel riquadro destro selezionare la scheda Inventario , quindi selezionare Crea.
Nel pannello Crea volume selezionare Replica volume tra siti.
Selezionare una direzione di replica tra siti nella casella a discesa.
In Modalità replica selezionare Asincrono o Sincrono.
Immettere un nome del gruppo di replica di origine e un nome del gruppo di replica di destinazione.
Immettere le dimensioni desiderate per il volume di log.
In Avanzate, facoltativamente, eseguire le operazioni seguenti:
- Immettere/modificare il nome del gruppo di replica di origine.
- Immettere/modificare il nome del gruppo di replica di destinazione.
- Per usare blocchi già con seeding nella destinazione, selezionare la casella di controllo.
- Per crittografare il traffico di replica, selezionare tale casella di controllo.
- Per abilitare i gruppi di coerenza, selezionare tale casella di controllo.
Al termine, fare clic su Crea.
Nel riquadro destro verificare che un disco dati e un disco di log vengano creati nel sito primario (attivo) e che i dischi di replica di dati e log corrispondenti vengano creati nel sito secondario (passivo). Per la replica bidirezionale, verranno visualizzati due set di dischi di dati e volumi.
In Strumenti selezionare Replica archiviazione.
Nel riquadro destro, in Partnership verificare che la relazione di replica sia stata creata correttamente.

Successivamente, è necessario verificare la corretta replica dei dati tra siti prima di distribuire macchine virtuali e altri carichi di lavoro. Per altre informazioni, vedere la sezione Verifica della replica in Convalidare il cluster.

Creare volumi estesi con PowerShell

La creazione di volumi è diversa per i cluster standard a sito singolo rispetto ai cluster estesi (due siti). Per entrambi gli scenari, tuttavia, si usa il New-Volume cmdlet per creare un disco virtuale, una partizione e formattarla, creare un volume con il nome corrispondente e aggiungerlo ai volumi condivisi cluster (CSV).

La creazione di volumi e dischi virtuali per cluster estesi è un po' più complessa rispetto ai cluster a sito singolo. I cluster estesi richiedono almeno quattro volumi: due volumi di dati e due volumi di log, con una coppia di volumi di dati/log che risiede in ogni sito. Si creerà quindi un gruppo di replica per ogni sito e si configurerà la replica tra di esse. È necessario spostare i gruppi di risorse da server a server. Il Move-ClusterGroup cmdlet viene usato per eseguire questa operazione.

Prima di tutto, il gruppo di risorse del Available Storage pool di archiviazione viene Server1 spostato in Site1 usando il Move-ClusterGroup cmdlet :
```
Move-ClusterGroup -Cluster ClusterS1 -Name 'Available Storage' -Node Server1
```

Creare quindi il primo disco virtuale (Disk1) per Server1 in Site1:

New-Volume -CimSession Server1 -FriendlyName Disk1 -FileSystem REFS -DriveLetter F -ResiliencySettingName Mirror -Size 10GB -StoragePoolFriendlyName "Storage Pool for Site 1"

Creare un secondo disco virtuale (Disk2) per Server1 in Site1:

New-Volume -CimSession Server1 -FriendlyName Disk2 -FileSystem REFS -DriveLetter G -ResiliencySettingName Mirror -Size 10GB -StoragePoolFriendlyName "Storage Pool for Site 1"

Ora, portare il Available Storage gruppo offline:

Stop-ClusterGroup -Cluster ClusterS1 -Name 'Available Storage'

Spostare il Available Storage gruppo in Server3 in Site2:

Move-ClusterGroup -Name 'Available Storage' -Node Server3

Creare il primo disco virtuale (Disk3) in Server3 :Site2

New-Volume -CimSession Server3 -FriendlyName Disk3 -FileSystem REFS -DriveLetter H -ResiliencySettingName Mirror -Size 10GB -StoragePoolFriendlyName "Storage Pool for Site 2"

Creare un secondo disco virtuale (Disk4) Server3 in Site2:

New-Volume -CimSession Server3 -FriendlyName Disk4 -FileSystem REFS -DriveLetter I -ResiliencySettingName Mirror -Size 10GB -StoragePoolFriendlyName "Storage Pool for Site 2"

Portare il Available Storage gruppo offline e quindi spostarlo di nuovo in uno dei server in Site1:

Stop-ClusterGroup -Cluster ClusterS1 -Name 'Available Storage'

Move-ClusterGroup -Cluster ClusterS1 -Name 'Available Storage' -Node Server1

Usando il Get-ClusterResource cmdlet , assicurarsi che siano stati creati quattro volumi di dischi virtuali, due in ogni pool di archiviazione:
```
Get-ClusterResource -Cluster ClusterS1
```

Disk1 Aggiungere ora ai volumi condivisi cluster:

Add-ClusterSharedVolume -Name 'Cluster Virtual Disk (Disk1)'

È stata completata la creazione di volumi e si è pronti per configurare Replica di archiviazione per la replica.

Configurare la replica con PowerShell

Quando si usa PowerShell per configurare Replica archiviazione per un cluster esteso, il disco usato per i dati di origine deve essere aggiunto come volume condiviso cluster (CSV). Tutti gli altri dischi devono rimanere come unità non CSV nel gruppo Archiviazione disponibile. Questi dischi vengono quindi aggiunti come volumi condivisi cluster durante il processo di creazione della replica di archiviazione.

Nel passaggio precedente, i dischi virtuali sono stati aggiunti usando lettere di unità per semplificarne l'identificazione. Replica di archiviazione è una replica uno-a-uno, ovvero un singolo disco può essere replicato in un altro singolo disco.

Passaggio 1: Convalidare la topologia per la replica

Prima di iniziare, è necessario eseguire il Test-SRTopology cmdlet per un periodo prolungato, ad esempio diverse ore. Il Test-SRTopology cmdlet convalida una potenziale relazione di replica e convalida l'host locale nel server di destinazione o in remoto tra i server di origine e di destinazione.

Questo cmdlet verificherà che:

È possibile accedere a SMB tramite la rete, il che significa che la porta TCP 445 e la porta 5445 sono aperte in modo bidirezionale.
È possibile accedere a WS-MAN tramite HTTP sulla rete, il che significa che le porte TCP 5985 e 5986 sono aperte.
È possibile accedere a un provider WMIv2 SR e accettare richieste.
I volumi di dati di origine e di destinazione esistono e sono scrivibili.
I volumi di log di origine e di destinazione esistono con la formattazione NTFS o la formattazione ReFS e spazio disponibile sufficiente.
L'archiviazione viene inizializzata in formato GPT, non MBR, con dimensioni del settore corrispondenti.
Memoria fisica sufficiente per eseguire la replica.

Inoltre, il Test-SRTopology cmdlet misurerà anche:

Latenza round trip di ICMP e segnalare la media.
Contatori delle prestazioni per scrivere input/output e segnalare la media rilevata su tale volume.
Tempo di sincronizzazione iniziale stimato.

Al termine di Test-SRTopology, verrà creato un file di .html (TestSrTopologyReport con data e ora) nella cartella Temp di Windows. Eventuali avvisi o errori devono essere esaminati perché potrebbero causare la creazione non corretta della replica di archiviazione.

Un comando di esempio che verrebbe eseguito per 5 ore sarà:

Test-SRTopology -SourceComputerName Server1 -SourceVolumeName W: -SourceLogVolumeName X: -DestinationComputerName Server3 -DestinationVolumeName Y: -DestinationLogVolumeName Z: -DurationInMinutes 300 -ResultPath c:\temp

Passaggio 2: Creare la relazione di replica

Dopo aver completato i Test-SRTopology test, è possibile configurare Replica archiviazione e creare la relazione di replica. In breve, si configurerà Replica archiviazione creando gruppi di replica (RG) per ogni sito e specificando i volumi di dati e i volumi di log per i nodi del server di origine in Site1 (Server1, Server2) e i nodi server di destinazione (replicati) in Site2 (Server3, Server4).

Cominciamo:

Aggiungere il disco dati Site1 come volume condiviso cluster :Add the Site1 data disk as a Cluster Shared Volume (CSV):
```
Add-ClusterSharedVolume -Name "Cluster Virtual Disk (Site1)"
```
Il gruppo Archiviazione disponibile deve essere "di proprietà" dal nodo su cui si trova attualmente. Il gruppo può essere spostato in Server1 usando:
```
Move-ClusterGroup -Name "Available Storage" -Node Server1
```

Per creare la relazione di replica, usare il New-SRPartnership cmdlet . Questo cmdlet consente anche di specificare i nomi del volume dei dati di origine e del volume di log:

New-SRPartnership -SourceComputerName "Server1" -SourceRGName "Replication1" -SourceVolumeName "C:\ClusterStorage\Disk1\" -SourceLogVolumeName "G:" -DestinationComputerName "Server3" -DestinationRGName "Replication2" -DestinationVolumeName "H:" -DestinationLogVolumeName "I:"

Il New-SRPartnership cmdlet crea una relazione di replica tra i due gruppi di replica per i due siti. In questo esempio Replication1 è il gruppo di replica per il nodo primario Server1 in Site1 ed Replication2 è il gruppo di replica per il nodo di destinazione Server3 in Site2.

Replica archiviazione ora configurerà tutti gli elementi. Se sono presenti dati da replicare, verrà eseguita qui. A seconda della quantità di dati da replicare, l'operazione potrebbe richiedere del tempo. È consigliabile non spostare i gruppi fino al completamento di questo processo.

Passaggi successivi

Per gli argomenti correlati e altre attività di gestione dell'archiviazione, vedere anche:

Condividi tramite