Verwalten des Speicherreplikats in VMM

Artikel
09/24/2024

Speicherreplikat wurde in Windows Server 2016 eingeführt. Es aktiviert die speicheragnostische, synchrone Replikation auf Blockebene zwischen Clustern oder Servern für die Notfallbereitschaft und Wiederherstellung sowie das Strecken eines Failoverclusters über mehrere Standorte 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.

Der Artikel erläutert, wie die Funktion „Speicherreplikat“ in System Center – Virtual Machine Manager (VMM) integriert wird, und beschreibt die Einrichtung der Funktion „Speicherreplikat“ mithilfe von PowerShell zum Replizieren von Speicher in der VMM-Fabric.

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:

Sie beseitigt die Kosten und Komplexität im Zusammenhang mit synchronen Replikationslösungen wie SAN.
Die synchrone Replikation minimiert Ausfallzeiten und Datenverlust. Sie stellt ein RPO von 0 (null Datenverlust) bereit. RTO (Datenunverfü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 auf Windows Server 2016 oder höher unter Datacenter Edition ausgeführt werden.
Hyper-V muss auf Windows Server 2016 oder höher unter Datacenter, Server Core oder Nano ausgeführt werden.
Es wird nur synchrone Replikation 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. Sie könnten zum Beispiel ein Fibre-Channel-SAN an einem Ende und Spaces Direct (im hyperkonvergenten oder disaggregierten Modus) am anderen Ende 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 geeignete Firewallregeln zum Zulassen von ICMP- und SMB-Datenverkehr (Port 445 plus Port 5445 für SMB Direct) sowie von bidirektionalem WS-MAN-Datenverkehr (Port 5985) zwischen allen Knoten.
Sie müssen auf jedem Clusterknoten Mitglied der Administratorgruppe sein.
Speicherreplikat kann derzeit nur mit Windows PowerShell eingerichtet werden.
Quell- und Zielspeicher müssen 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 Quell- als auch der Zielspeicher müssen von demselben VMM-Server verwaltet werden. Erstellen Sie nach der Ermittlung einen Speicherpool und eine Speicherklassifizierung dafür. Weitere Informationen
Koppeln: Koppeln Sie das Quell- und Zielspeicherarray.
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 von Replikationsgruppen: Nachdem die Volumes bereitgestellt sind, erstellen Sie Replikationsgruppen. Replikationsgruppen sind logische Gruppen, die mehrere Volumes enthalten. Die Replikationsgruppen müssen identisch sein, und 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 erste Datenreplikation auszulösen, müssen Sie den primären und sekundären Speicheranbieter aktualisieren. Die Daten werden auf den Zielspeicher repliziert.
Status überprüfen: Jetzt können Sie den Status der primären Replikationsgruppe überprüfen. Es sollte sich im Status Replizieren befinden.
VMs hinzufügen: Wenn die Deltareplikation eingerichtet ist und läuft, können Sie VMs hinzufügen, die den in der Replikationsgruppe enthaltenen Speicher nutzen. Wenn Sie die VMs hinzufügen, werden sie erkannt und beginnen automatisch mit der Replikation.
Failover durchführen: Nachdem sich die Replikation in einem Synchronisierungsstatus befindet, können Sie ein Failover durchführen, um zu überprüfen, ob sie wie erwartet funktioniert. Es gibt keinen Test-Failover-Mechanismus, so dass Sie als Reaktion auf geplante oder ungeplante Ausfälle einen manuellen Failover durchführen müssen. Nach dem Failover können Sie die VM auf der Quell-Site löschen (falls sie noch existiert) und eine VM auf der Ziel-Site mit den replizierten Daten erstellen.
Failback ausführen: Nachdem das Failover abgeschlossen ist und die Replikations-VMs betriebsbereit sind, können Sie bei Bedarf ein Failback durchführen. Stellen Sie Folgendes sicher:
- Wenn Sie ein ungeplantes Failover durchführen und Ihr Quellstandort nicht verfügbar ist, führen Sie ein Failover durch, um vom sekundären zum primären Standort zurückzuschlagen, und erstellen dann die VM am primären Standort.
- Wenn Sie ein geplantes Failover durchführen und die Quell-VM noch verfügbar ist, müssen Sie die Replikation stoppen, die Quell-VM entfernen, die VM am sekundären Standort erstellen und dann die Replikation neu starten. Am primären Standort können Sie dann die VM mit denselben 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 von VMM erstellt haben und den Arraynamen entsprechend dem verwendeten Clusternamen ändern müssen, verwenden Sie:

      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 anschließend die 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

Bereitstellen und Erstellen des Ziels.

    $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-Ressourcen>Anbieter 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

Ausführen eines Failovers.

    Set-SCReplicationGroup -ReplicationGroup $PriRG -Operation PrepareForFailover

    Set-SCReplicationGroup -ReplicationGroup SRecRG -Operation Failover

Ausführen eines Failbacks

Bevor Sie einen Failback ausführen, entfernen Sie in der VMM-Konsole die Quell-VMs, wenn sie noch verfügbar sind. Der Failback ist nicht auf dem selben virtuellen Computer möglich.

Führen Sie jetzt den 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.
Lernen Sie mehr über Speichermigration.

Teilen über