Gestire Replica di archiviazione in VMM
Importante
Questa versione di Virtual Machine Manager (VMM) ha raggiunto la fine del supporto. È consigliabile eseguire l'aggiornamento a VMM 2022.
La funzionalità Replica di archiviazione è stata introdotta in Windows Server 2016. Consente la replica indipendente dall'archiviazione, a livello di blocco, sincrona 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 la replica di archiviazione per eseguire la replica dei dati del cluster Hyper-V o dei dati dei file. L'uso della replica di archiviazione in VMM offre molti vantaggi aziendali:
- Elimina i costi e la complessità associati alle soluzioni di replica sincrona, ad esempio le reti 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'RTO (indisponibilità di dati) si verifica solo durante il periodo in cui un sito primario presenta un errore e viene avviato un sito secondario.
- Non è necessario che l'hardware dell'archiviazione di origine e quello di destinazione siano identici.
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. La replica asincrona non è supportata.
- Sono necessari due set di archiviazione: di file o di volumi. Il tipo di archiviazione sia del percorso di origine sia di quello di destinazione deve essere lo stesso, ad esempio di file o volumi, ma non è possibile combinare l'archiviazione effettiva. Ad esempio, è possibile 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.
- La dimensione e la dimensione del blocco dei volumi di origine e di destinazione, inclusi i volumi di log, devono essere identiche. Questo avviene perché Replica di 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 necessita di regole del firewall che consentono icMP, SMB (porta 445, più 5445 per SMB diretto) e WS-MAN (porta 5985) traffico bidirezionale tra tutti i nodi.
- È necessario essere un membro del gruppo amministratori in ogni nodo del cluster.
- Replica di archiviazione può essere configurata solo tramite Windows PowerShell attualmente.
- L'archiviazione di origine e quella destinazione devono essere gestite dallo stesso server VMM.
- L'integrazione di VMM con Azure Site Recovery non è supportata.
- L'impostazione di gruppi di coerenza e ordini di scrittura non è supportata.
Passaggi di distribuzione
Identificare l'archiviazione: identificare l'archiviazione di origine e di destinazione da usare.
Individuare e classificare: se lo spazio di archiviazione non è presente attualmente nell'infrastruttura di 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. Altre informazioni
Associare: associare l'array di archiviazione di origine e di destinazione.
Provisioning: dopo l'associazione dell'archiviazione, sarà necessario effettuare il provisioning di volumi di dati e log identici dai pool di archiviazione di origine e di destinazione creati nei rispettivi array di archiviazione. Oltre al provisioning di un volume per i dati che verranno replicati, è necessario eseguire il provisioning di un volume per i log delle transazioni di replica. A mano a mano che i dati vengono aggiornati nell'archiviazione di origine, viene aggiunto il log delle transazioni e vengono sincronizzate le modifiche delta, usando la replica sincrona, con l'archiviazione di destinazione.
Creare gruppi di replica: dopo aver creato i volumi, si creano 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: a questo punto è 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: a questo punto è possibile controllare lo stato del gruppo di replica primaria. Lo stato deve essere quello di replica.
Aggiungere macchine virtuali: quando la replica differenziale è attiva e in esecuzione, è 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 dopo che le VM di replica sono attive e in esecuzione, è possibile eseguire il failback in base alle necessità. 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 VM di origine è ancora disponibile, è necessario arrestare la replica, rimuovere la VM di origine, creare la VM nella posizione secondaria, quindi riavviare la replica. Nel sito primario è quindi possibile creare la macchina virtuale con le stesse impostazioni della macchina virtuale originale.
Recuperare gli oggetti PowerShell
Prima di iniziare, recuperare il nome degli oggetti di PowerShell da usare.
Ottenere il nome della matrice di archiviazione primaria e assegnarlo a una variabile.
$PriArray = Get-SCStorageArray - Name $PriArrayName
Ottenere il nome della matrice di archiviazione secondaria e assegnarlo 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 gli array di archiviazione primario e secondario usando le variabili per i nomi degli array 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"
Eseguire il provisioning dei LUN e creare i gruppi di archiviazione
Eseguire il provisioning di un LUN dal pool di archiviazione per i dati e per il log. Creare quindi i gruppi di replica.
Eseguire il provisioning e procedere alla creazione 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
Eseguire il provisioning e procedere alla creazione 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 a questo punto 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
Creare una VM
Creare una VM 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 un 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 ancora disponibili. Non è possibile eseguire il failback nella stessa VM.
Eseguire ora un 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 di cui è stato eseguito il failback.
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
Altre informazioni
- Altre informazioni su Replica archiviazione.
- Altre informazioni sull'allocazione di risorse di archiviazione a host e cluster Hyper-V.
- Altre informazioni sulla migrazione dell'archiviazione.
Commenti e suggerimenti
https://aka.ms/ContentUserFeedback.
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedereInvia e visualizza il feedback per