Verwalten des Speicherreplikats in VMM

Artikel
07/10/2024

Speicherreplikat wurde in Windows Server 2016 eingeführt. Sie ermöglicht die speicheragnostische, blockbasierte, synchrone Replikation zwischen Clustern oder Servern für Notfallbereitschaft und Wiederherstellung sowie das Strecken eines Failoverclusters über Standorte hinweg für hohe Verfügbarkeit. Die synchrone Replikation ermöglicht die Spiegelung von Daten an physischen Standorten mit ausfallsicheren Volumes, um auf Dateisystemebene sicherzustellen, dass kein Datenverlust auftritt. Die asynchrone Replikation ermöglicht die Standorterweiterung über regionale Bereiche hinaus mit der Möglichkeit von Datenverlusten.

Erfahren Sie mehr , und lesen Sie die häufig gestellten Fragen.

In diesem Artikel wird erläutert, wie Das Speicherreplikat in System Center integriert wird – Virtual Machine Manager (VMM), und beschreibt, wie Speicherreplikate mithilfe von PowerShell zum Replizieren von Speicher in der VMM-Fabric eingerichtet werden.

Speicherreplikat in VMM

Sie können Speicherreplikat verwenden, um Hyper-V-Clusterdaten oder Dateidaten zu replizieren. Die Verwendung des Speicherreplikats in VMM bietet viele Geschäftliche Vorteile:

Beseitigt die Kosten und Komplexität im Zusammenhang mit synchronen Replikationslösungen wie SAN.
Die synchrone Replikation minimiert Ausfallzeiten und Datenverlust. Es stellt ein RPO von 0 (null Datenverlust) bereit. RTO (Datenverfügbarkeit) tritt nur während der Zeit auf, in der ein primärer Standort fehlschlägt und ein sekundärer Standort gestartet wird.
Quell- und Zielspeicherhardware muss nicht identisch sein.

Vor der Installation

VMM muss unter Windows Server 2016 oder höher unter Datacenter Edition ausgeführt werden.
Hyper-V muss unter Windows Server 2016 oder höher unter Datacenter, Server Core oder Nano ausgeführt werden.
Nur synchrone Replikation wird unterstützt. Asynchron wird nicht unterstützt.
Sie benötigen zwei Speichergruppen, entweder Volume- oder Dateispeicher. Sowohl die Quell- als auch die Zielspeicherorte müssen denselben Speichertyp (Datei oder Volume) aufweisen, der tatsächliche Speicher kann jedoch gemischt werden. So könnten Sie beispielsweise Fibre Channel SAN an einem Ende und "Spaces Direct" (im hyperkonvergenten oder disaggregatierten Modus) auf der anderen Seite haben.
Jeder Speichersatz sollte in jedem cluster verfügbar sein. Clusterspeicher sollte nicht freigegeben werden.
Quell- und Zielvolumes (einschließlich Protokollvolumes) müssen in Größe und Blockgröße identisch sein. Dies liegt daran, dass das Speicherreplikat die Blockreplikation verwendet.
Sie benötigen mindestens eine 1-GbE-Verbindung auf jedem Speicherserver, vorzugsweise 10 GbE, iWARP oder InfiniBand.
Jeder Dateiserver oder Clusterknoten benötigt Firewallregeln, die ICMP, SMB (Port 445 und 5445 für SMB Direct) und WS-MAN (Port 5985) bidirektionalen Datenverkehr zwischen allen Knoten zulassen.
Sie müssen Mitglied der Administratorgruppe auf jedem Clusterknoten sein.
Speicherreplikat kann derzeit nur mit Windows PowerShell eingerichtet werden.
Der Quell- und Zielspeicher muss vomselben VMM-Server verwaltet werden.
Die Integration von VMM in Azure Site Recovery wird nicht unterstützt.
Das Festlegen der Schreibreihenfolge und Konsistenzgruppen wird nicht unterstützt.

Bereitstellungsschritte

Identifizieren Des Speichers: Identifizieren Sie den Quell- und Zielspeicher, den Sie verwenden möchten.
Ermitteln und Klassifizieren: Wenn sich Ihr Speicher derzeit nicht in der VMM-Fabric befindet, müssen Sie ihn mit VMM ermitteln. Sowohl der Quellspeicher als auch der Zielspeicher müssen vomselben VMM-Server verwaltet werden. Erstellen Sie nach der Ermittlung einen Speicherpool und eine Speicherklassifizierung dafür. Weitere Informationen
Paar: Koppeln des Quell- und Zielspeicherarrays.
Bereitstellung: Nachdem Ihr Speicher gekoppelt wurde, müssen Sie identische Daten und Protokollvolumes aus den Quell- und Zielspeicherpools bereitstellen, die auf den jeweiligen Speicherarrays erstellt wurden. Zusätzlich zur Bereitstellung eines Volumes für Daten, die repliziert werden sollen, müssen Sie auch ein Volume für Replikationstransaktionsprotokolle bereitstellen. Da Daten im Quellspeicher aktualisiert werden, wird das Transaktionsprotokoll angefügt, und Deltaänderungen werden (mithilfe der synchronen Replikation) mit Zielspeicher synchronisiert.
Erstellen Sie Replikationsgruppen: Nachdem die Volumes vorhanden sind, erstellen Sie Replikationsgruppen. Replikationsgruppen sind logische Gruppen, die mehrere Volumes enthalten. Die Replikationsgruppen müssen identisch sein, die die Daten und Protokollvolumes für die Quell- bzw. Zielstandorte enthalten.
Replikation aktivieren: Jetzt können Sie die Replikation zwischen den Quell- und Zielreplikationsgruppen aktivieren.
Aktualisieren: Um die Erstellung von Replikationsgruppen abzuschließen und die ursprüngliche Datenreplikation auszulösen, müssen Sie den primären und sekundären Speicheranbieter aktualisieren. Die Daten werden in den Zielspeicher repliziert.
Überprüfen Sie den Status: Jetzt können Sie den Status der primären Replikationsgruppe überprüfen. Er sollte sich im Replikationszustand befinden.
Hinzufügen von VMs: Wenn die Deltareplikation ausgeführt wird, können Sie VMs hinzufügen, die Speicher in der Replikationsgruppe verwenden. Wenn Sie die virtuellen Computer hinzufügen, werden sie erkannt und beginnen automatisch mit der Replikation.
Failover ausführen: Nachdem sich die Replikation in einem Synchronisierungszustand befindet, können Sie ein Failover ausführen, um zu überprüfen, ob sie erwartungsgemäß funktioniert. Es gibt keinen Testfailovermechanismus, daher führen Sie als Reaktion auf geplante oder ungeplante Ausfalle ein manuelles Failover aus. Nach dem Failover können Sie den virtuellen Computer auf der Quellwebsite löschen (sofern er noch vorhanden ist), und mithilfe der replizierten Daten einen virtuellen Computer auf der Zielwebsite erstellen.
Run failback: After failover is complete and replica VMs are up and running, you can fail back as you need to. Stellen Sie Folgendes sicher:
- Wenn Sie ein ungeplantes Failover ausführen und ihr Quellspeicherort nicht verfügbar ist, führen Sie ein Failover aus, um vom sekundären zum primären Speicherort zurück zu schlagen und dann den virtuellen Computer am primären Speicherort zu erstellen.
- Wenn Sie ein geplantes Failover ausführen und die Quell-VM noch verfügbar ist, müssen Sie die Replikation beenden, die Quell-VM entfernen, den virtuellen Computer am sekundären Speicherort erstellen und dann die Replikation neu starten. Anschließend können Sie am primären Standort den virtuellen Computer mit den gleichen Einstellungen wie die ursprüngliche VM erstellen.

Abrufen von PowerShell-Objekten

Rufen Sie vor beginn den Namen der powerShell-Objekte ab, die Sie verwenden möchten.
Rufen Sie den Namen des primären Speicherarrays ab, und weisen Sie es einer Variablen zu.
```
    $PriArray = Get-SCStorageArray - Name $PriArrayName
```
Rufen Sie den Namen des sekundären Speicherarrays ab, und weisen Sie es einer Variablen zu.
```
    RecArray = Get-SCStorageArray - Name $RecArrayName
```
Rufen Sie den Namen des primären Speicherpools ab, und weisen Sie ihn einer Variablen zu.
```
    $ $ PriPoolName $RecPool = Get-SCStoragePool -Name $
```
Rufen Sie den Namen des sekundären Speicherpools ab, und weisen Sie ihn einer Variablen zu.
```
    $ $PriPoolName $RecPool = Get-SCStoragePool -Name $
```

Koppeln der Speicherarrays

Koppeln Sie die primären und sekundären Speicherarrays mithilfe der Variablen für die Speicherarraynamen.

Hinweis

Der Arrayname sollte mit dem Clusternamen identisch sein.

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

Wenn Sie den Cluster außerhalb des VMM erstellt haben und den Arraynamen so umbenennen müssen, dass er mit dem Clusternamen übereinstimmt, verwenden Sie Folgendes:

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

Bereitstellen von LUNs und Erstellen der Speichergruppen

Stellen Sie eine LUN aus dem Speicherpool für Daten und für das Protokoll bereit. Erstellen Sie dann Replikationsgruppen.

Bereitstellen und Erstellen auf der Quelle.

    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

Stellen Sie das Ziel bereit und erstellen Sie es.

    $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

Aktivieren der Replikation

Aktivieren Sie jetzt die synchrone Replikation zwischen den Quell- und Zielreplikationsgruppen.

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

Aktualisieren der Speicheranbieter

Öffnen Sie die VMM-Konsole.
Wählen Sie Fabric-Ressourcenanbieter>aus. Klicken Sie mit der rechten Maustaste auf den Anbieter und dann auf >Aktualisieren.

Überprüfen des Replikationsstatus

Rufen Sie den Replikationsstatus für die Quellreplikationsgruppe ab, um sicherzustellen, dass die Replikation erwartungsgemäß funktioniert.

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

Erstellen eines virtuellen Computers (VM)

Erstellen Sie einen virtuellen Computer mit einer LUN in der Quellreplikationsgruppe. Alternativ können Sie einen virtuellen Computer in der VMM-Konsole erstellen.

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

Ausführen eines Failovers

Führen Sie Failover aus.

    Set-SCReplicationGroup -ReplicationGroup $PriRG -Operation PrepareForFailover

    Set-SCReplicationGroup -ReplicationGroup SRecRG -Operation Failover

Ausführen eines Failbacks

Bevor Sie einen Fehler ausführen, entfernen Sie in der VMM-Konsole die Quell-VMs, wenn sie noch verfügbar sind. Sie können nicht auf denselben virtuellen Computer zurückkehren.

Führen Sie jetzt failback aus:

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

Nach dem Ausführen eines Failbacks können Sie virtuelle Computer am Quellstandort mithilfe der fehlgeschlagenen VHD-/Konfigurationsdateien erstellen.

Beenden der Replikation

Wenn Sie die Replikation beenden möchten, müssen Sie dieses Cmdlet an der Quelle und am Ziel ausführen.

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

Weitere Informationen

Informieren Sie sich über die Speicherreplikate.
Erfahren Sie mehr über das Zuordnen von Speicher zu Hyper-V-Hosts und Clustern.
Weitere Informationen zum Migrieren von Speicher.

Teilen über