Gestire replica di archiviazione in VMM

Articolo
08/27/2024

Replica archiviazione consente la replica sincrona, indipendente dall'archiviazione, a livello di blocco, tra cluster o server per la preparazione e il ripristino di emergenza e l'estensione di un cluster di failover tra siti per la disponibilità elevata. La replica sincrona consente il mirroring dei dati in siti fisici con volumi coerenti per arresto anomalo del sistema senza perdere dati a livello di file system. La replica asincrona consente l'estensione del sito oltre le aree metropolitane con la possibilità di perdita di dati.

Altre informazioni ed esaminare le domande frequenti.

Questo articolo illustra come Replica archiviazione si integra con System Center Virtual Machine Manager (VMM) e descrive come configurare Replica di archiviazione usando PowerShell per replicare l'archiviazione nell'infrastruttura VMM.

Replica di archiviazione in VMM

È possibile usare Replica archiviazione per replicare i dati del cluster Hyper-V o i dati dei file. L'uso di Replica di archiviazione in VMM offre molti vantaggi aziendali:

Elimina i costi e la complessità associati a soluzioni di replica sincrone, ad esempio SAN.
La replica sincrona riduce al minimo i tempi di inattività e la perdita di dati. Fornisce un RPO pari a 0 (perdita di dati zero). L'obiettivo RTO (dati non disponibili) si verifica solo durante il periodo in cui un sito primario ha esito negativo e viene avviato un sito secondario.
L'hardware di archiviazione di origine e di destinazione non deve essere identico.

Prima di iniziare

VMM deve essere in esecuzione in Windows Server 2016 o versione successiva di Datacenter Edition.
Hyper-V deve essere in esecuzione in Windows Server 2016 o versione successiva Datacenter, Server Core o Nano.
È supportata solo la replica sincrona. L'asincrona non è supportata.
Sono necessari due set di archiviazione, ovvero volume o archiviazione file. Sia i percorsi di origine che di destinazione devono avere lo stesso tipo di archiviazione (file o volume), ma l'archiviazione effettiva può essere mista. Ad esempio, si potrebbe avere una san Fibre Channel a un'estremità e Spazi diretti (in modalità iperconvergente o disaggregata) all'altro.
Ogni set di archiviazione deve essere disponibile in ognuno dei cluster. L'archiviazione cluster non deve essere condivisa.
I volumi di origine e di destinazione (inclusi i volumi di log) devono essere identici nelle dimensioni e nelle dimensioni dei blocchi. Ciò è dovuto al fatto che Replica archiviazione usa la replica a blocchi.
È necessaria almeno una connessione da 1 GbE in ogni server di archiviazione, preferibilmente 10 GbE, iWARP o InfiniBand.
Ogni file server o nodo del cluster richiede regole del firewall che consentono il traffico bidirezionale ICMP, SMB (porta 445, più 5445 per SMB diretto) e WS-MAN (porta 5985).
È necessario essere un membro del gruppo Administrator in ogni nodo del cluster.
Replica archiviazione può essere configurata solo usando Windows PowerShell.
L'archiviazione di origine e di destinazione deve essere gestita dallo stesso server VMM.
L'integrazione di VMM con Azure Site Recovery non è supportata.
L'impostazione di gruppi di ordine di scrittura e coerenza non è supportata.

Passaggi per la distribuzione

Identificare l'archiviazione: identificare l'archiviazione di origine e di destinazione da usare.
Individuare e classificare: se lo spazio di archiviazione non è attualmente presente nell'infrastruttura VMM, è necessario individuarlo con VMM. Sia l'archiviazione di origine che quella di destinazione devono essere gestite dallo stesso server VMM. Dopo l'individuazione, creare un pool di archiviazione e una classificazione di archiviazione per tale pool. Altre informazioni.
Coppia: associare l'array di archiviazione di origine e di destinazione.
Provisioning: dopo l'associazione dell'archiviazione, è necessario effettuare il provisioning di volumi di dati e log identici dai pool di archiviazione di origine e di destinazione creati nelle rispettive matrici di archiviazione. Oltre al provisioning di un volume per i dati che verranno replicati, è anche necessario effettuare il provisioning di un volume per i log delle transazioni di replica. Man mano che i dati vengono aggiornati nell'archiviazione di origine, il log delle transazioni viene aggiunto e le modifiche differenziali vengono sincronizzate (usando la replica sincrona) con l'archiviazione di destinazione.
Creare gruppi di replica: dopo aver creato i volumi, è possibile creare gruppi di replica. I gruppi di replica sono gruppi logici contenenti più volumi. I gruppi di replica devono essere identici, contenenti rispettivamente i volumi di dati e di log per i siti di origine e di destinazione.
Abilitare la replica: è ora possibile abilitare la replica tra i gruppi di replica di origine e di destinazione.
Aggiornamento: per finalizzare la creazione di gruppi di replica e per attivare la replica iniziale dei dati, è necessario aggiornare il provider di archiviazione primario e secondario. I dati vengono replicati nell'archiviazione di destinazione.
Verificare lo stato: è ora possibile controllare lo stato del gruppo di replica primario. Deve trovarsi nello stato di replica.
Aggiungere macchine virtuali: quando la replica differenziale è operativa, è possibile aggiungere macchine virtuali che usano l'archiviazione contenuta nel gruppo di replica. Quando si aggiungono le macchine virtuali, verranno rilevate e inizieranno la replica automatica.
Esegui failover: dopo che la replica è in stato di sincronizzazione, è possibile eseguire un failover per verificare se funziona come previsto. Non esiste un meccanismo di failover di test, quindi si eseguirà un failover manuale in risposta a interruzioni pianificate o non pianificate. Dopo il failover, è possibile eliminare la macchina virtuale nel sito di origine (se ancora esistente) e creare una macchina virtuale nel sito di destinazione usando i dati replicati.
Eseguire il failback: al termine del failover e le macchine virtuali di replica sono in esecuzione, è possibile eseguire il failback in base alle esigenze. Assicurarsi che:
- Se si esegue un failover non pianificato e il percorso di origine non è disponibile, si eseguirà un failover per eseguire il failback dalla posizione secondaria alla posizione primaria e quindi creare la macchina virtuale nella posizione primaria.
- Se si esegue un failover pianificato e la macchina virtuale di origine è ancora disponibile, è necessario arrestare la replica, rimuovere la macchina virtuale di origine, creare la macchina virtuale nel percorso secondario e quindi riavviare la replica. Nel sito primario è quindi possibile creare la macchina virtuale con le stesse impostazioni della macchina virtuale originale.

Recuperare oggetti di PowerShell

Prima di iniziare, recuperare il nome degli oggetti di PowerShell da usare.
Ottenere il nome dell'array di archiviazione primario e assegnarlo a una variabile.
```
    $PriArray = Get-SCStorageArray -Name $PriArrayName
```
Ottenere il nome della matrice di archiviazione secondaria e assegnarla a una variabile.
```
    RecArray = Get-SCStorageArray -Name $RecArrayName
```
Ottenere il nome del pool di archiviazione primario e assegnarlo a una variabile.
```
    $ $ PriPoolName $RecPool = Get-SCStoragePool -Name $
```
Ottenere il nome del pool di archiviazione secondario e assegnarlo a una variabile.
```
    $ $PriPoolName $RecPool = Get-SCStoragePool -Name $
```

Associare gli array di archiviazione

Associare le matrici di archiviazione primaria e secondaria usando le variabili per i nomi delle matrici di archiviazione.

Nota

Il nome della matrice deve corrispondere al nome del cluster.

      Set-SCStorageArray -StorageArray $PriArray -PeerStorageArrayName $RecArray.name

Se il cluster è stato creato all'esterno di VMM ed è necessario rinominare il nome della matrice in modo che corrisponda al nome del cluster, usare:

      Get-SCStorageArray -Name "existing-name" | Set-SCStorageArray -Name "new-name"

Effettuare il provisioning di LUN e creare i gruppi di archiviazione

Effettuare il provisioning di un LUN dal pool di archiviazione per i dati e per il log. Creare quindi gruppi di replica.

Effettuare il provisioning e creare nell'origine.

    Set-SCStorageArray -StorageArray $PriArray -PeerStorageArrayName $RecArray.name

    $PrimaryVol = New-SCStorageVolume -StorageArray $PriArray -StoragePool $PriPool -Name PrimaryVol -SizeInBytes $VolSize -RunAsynchronously -PhysicalDiskRedundancy "1" -FileSystem "CSVFS_NTFS" -DedupMode "Disabled"

    $PrimaryLogVol = New-SCStorageVolume -StorageArray $PriArray -StoragePool $PriPool -Name PrimaryLogVol -SizeInBytes $LogVolSize -GuidPartitionTable -RunAsynchronously -FileSystem "NTFS"

    $PriRG = New-SCReplicationGroup -Name PriRG -StorageVolume $PrimaryVol -LogStorageVolume $PrimaryLogVol

Effettuare il provisioning e creare nella destinazione.

    $RecoveryVol = New-SCStorageVolume -StorageArray $RecArray -StoragePool $RecPool -Name RecoveryVol -SizeInBytes $VolSize -RunAsynchronously -PhysicalDiskRedundancy "1" -FileSystem "CSVFS_NTFS" -DedupMode "Disabled"

    $RecoveryLogVol = New-SCStorageVolume -StorageArray $RecArray -StoragePool $RecPool -Name RecoveryLogVol -SizeInBytes $LogVolSize -GuidPartitionTable -RunAsynchronously -FileSystem "NTFS"

    $RecRG = New-SCReplicationGroup -Name RecRG -CreateOnArray -ProtectionMode Synchronous -StorageVolume $RecoveryVol -LogStorageVolume $RecoveryLogVol

Abilitare la replica

Abilitare la replica sincrona tra i gruppi di replica di origine e di destinazione.

    Set-SCReplicationGroup -ReplicationGroup $PriRG -Operation EnableProtection -TargetReplicationGroup $RecRG -EnableProtectionMode Synchronous

Aggiornare i provider di archiviazione

Aprire la console VMM.
Selezionare Provider di risorse>infrastruttura. Fare clic con il pulsante destro del mouse sul provider >Aggiorna.

Verificare lo stato della replica

Recuperare lo stato della replica per il gruppo di replica di origine per assicurarsi che la replica funzioni come previsto.

    Get replication status Get-SCReplicationGroup | where {($_.Name.EndsWith("PriRG")) -or ($_.Name.EndsWith("RecRG"))}  | fl Name, IsPrimary, ReplicationState, ReplicationHealth

Creazione di una macchina virtuale

Creare una macchina virtuale usando un LUN nel gruppo di replica di origine. In alternativa, è possibile creare una macchina virtuale nella console VMM.

    New-SCVirtualMachine -Name "DemoVM" -VMHost <HostName> -Path $PrimaryVol -VMTemplate <VMTemplate>

Eseguire un failover

Eseguire il failover.

    Set-SCReplicationGroup -ReplicationGroup $PriRG -Operation PrepareForFailover

    Set-SCReplicationGroup -ReplicationGroup SRecRG -Operation Failover

Eseguire il failback

Prima di eseguire il failback, nella console VMM rimuovere le macchine virtuali di origine se sono ancora disponibili. Non è possibile eseguire il failback nella stessa macchina virtuale.

Eseguire il failback:

    Set-SCReplicationGroup -ReplicationGroup $PriRG -Operation ReverseRoles -EnableProtectionMode Synchronous -TargetReplicationGroup $RecRG

Dopo aver eseguito il failback, è possibile creare macchine virtuali nel sito di origine usando i file VHD/configurazione non riusciti.

Arrestare la replica

Se si vuole arrestare la replica, è necessario eseguire questo cmdlet nell'origine e nella destinazione.

    Set-SCReplicationGroup -ReplicationGroup $RecRG -Operation TearDown  Tear down need to be done on both RGs

Passaggi successivi

Maggiori informazioni su Replica archiviazione.
Informazioni sull'allocazione dell'archiviazione a host e cluster Hyper-V.
Altre informazioni sulla migrazione dell'archiviazione.

Condividi tramite