Erstellen eines Replikationsplans: Schritt 3 – Zuordnen von Ressourcen in BlueXP Disaster Recovery
Änderungen vorschlagen
PDFs
Nachdem Sie eine Liste der VMs erstellt haben, die Sie mithilfe der Notfallwiederherstellung von BlueXP schützen möchten, geben Sie die Failover-Zuordnung und die VM-Konfigurationsinformationen an, die während eines Failovers verwendet werden sollen.
Sie müssen vier primäre Informationstypen zuordnen:
-
Rechenressourcen
-
Virtuelle Netzwerke
-
VM-Neukonfiguration
-
Datenspeicherzuordnung
Jede VM benötigt die ersten drei Arten von Informationen. Für jeden Datenspeicher, der die zu schützenden VMs hostet, ist eine Datenspeicherzuordnung erforderlich.
-
Die Abschnitte mit dem Vorsichtssymbol (
) erfordern, dass Sie Zuordnungsinformationen angeben. -
Der mit dem Häkchensymbol (
) wurden zugeordnet oder verfügen über Standardzuordnungen. Überprüfen Sie diese, um sicherzustellen, dass die aktuelle Konfiguration Ihren Anforderungen entspricht.
-
Fahren Sie auf der Seite Replikationsplan mit dem Abschnitt Ressourcenzuordnung fort.
-
Überprüfen Sie die Informationen auf der Seite Ressourcenzuordnung, die geöffnet wird.
-
Um die einzelnen Kategorien der erforderlichen Zuordnungen zu öffnen, wählen Sie den Abwärtspfeil (v) neben dem Abschnitt aus.
Zuordnung von Rechenressourcen
Da eine Site mehrere virtuelle Rechenzentren und mehrere vCenter-Cluster hosten kann, müssen Sie ermitteln, auf welchem vCenter-Cluster die VMs im Falle eines Failovers wiederhergestellt werden sollen.
-
Wählen Sie das virtuelle Rechenzentrum aus der Liste der Rechenzentren am DR-Standort aus.
-
Wählen Sie aus der Liste der Cluster im ausgewählten virtuellen Rechenzentrum den Cluster aus, der die Datenspeicher und VMs hosten soll.
-
(Optional) Wählen Sie einen Zielhost im Zielcluster aus.
Dieser Schritt ist nicht erforderlich, da BlueXP Disaster Recovery den ersten Host auswählt, der dem Cluster in vCenter hinzugefügt wird. Anschließend laufen die VMs entweder weiterhin auf diesem ESXi-Host, oder VMware DRS verschiebt die VM je nach Bedarf basierend auf den konfigurierten DRS-Regeln auf einen anderen ESXi-Host.
-
(Optional) Geben Sie den Namen eines vCenter-Ordners der obersten Ebene an, in dem die VM-Registrierungen abgelegt werden sollen.
Dies dient Ihren organisatorischen Anforderungen und ist nicht erforderlich.
Zuordnen virtueller Netzwerkressourcen
Jede VM kann über eine oder mehrere virtuelle Netzwerkkarten verfügen, die mit virtuellen Netzwerken innerhalb der vCenter-Netzwerkinfrastruktur verbunden sind. Um sicherzustellen, dass jede VM beim Neustart am DR-Standort ordnungsgemäß mit den gewünschten Netzwerken verbunden ist, ermitteln Sie, mit welchen virtuellen Netzwerken am DR-Standort diese VMs verbunden werden sollen. Ordnen Sie dazu jedes virtuelle Netzwerk am lokalen Standort einem zugehörigen Netzwerk am DR-Standort zu.
-
Wählen Sie das Zielsegment aus der Dropdown-Liste aus.
-
Wiederholen Sie den vorherigen Schritt für jedes aufgeführte virtuelle Quellnetzwerk.
Definieren Sie Optionen für die VM-Neukonfiguration während des Failovers
Für die ordnungsgemäße Funktion jeder VM im DR vCenter-Standort sind möglicherweise Anpassungen erforderlich. Im Abschnitt „Virtuelle Maschinen“ können Sie die erforderlichen Änderungen vornehmen.
Standardmäßig verwendet BlueXP Disaster Recovery für jede VM dieselben Einstellungen wie am lokalen Quellstandort. Dies setzt voraus, dass die VMs dieselbe IP-Adresse, virtuelle CPU und virtuelle DRAM-Konfiguration verwenden.
Netzwerkneukonfiguration
Unterstützte IP-Adresstypen sind statisch und DHCP. Für statische IP-Adressen gelten die folgenden Ziel-IP-Einstellungen:
-
Gleich wie Quelle: Wie der Name schon sagt, verwendet der Dienst auf der Ziel-VM dieselbe IP-Adresse wie die VM am Quellstandort. Dies erfordert, dass Sie die im vorherigen Schritt zugeordneten virtuellen Netzwerke für dieselben Subnetzeinstellungen konfigurieren.
-
Abweichend von der Quelle: Der Dienst stellt für jede VM eine Reihe von IP-Adressfeldern bereit, die für das entsprechende Subnetz des virtuellen Zielnetzwerks konfiguriert werden müssen, das Sie im vorherigen Abschnitt zugeordnet haben. Für jede VM müssen Sie eine IP-Adresse, eine Subnetzmaske, DNS-Werte und Standardgateway-Werte angeben. Optional können Sie für alle VMs dieselben Einstellungen für Subnetzmaske, DNS und Gateway verwenden, um den Prozess zu vereinfachen, wenn alle VMs an dasselbe Subnetz angeschlossen sind.
-
Subnetzzuordnung: Diese Option konfiguriert die IP-Adresse jeder VM basierend auf der CIDR-Konfiguration des virtuellen Zielnetzwerks neu. Um diese Funktion zu nutzen, stellen Sie sicher, dass die virtuellen Netzwerke jedes vCenters über eine definierte CIDR-Einstellung innerhalb des Dienstes verfügen, wie in den vCenter-Informationen auf der Registerkarte „Sites“ geändert.
Nachdem Sie Subnetze konfiguriert haben, verwendet die Subnetzzuordnung dieselbe Einheitenkomponente der IP-Adresse für die Quell- und Ziel-VM-Konfiguration, ersetzt jedoch die Subnetzkomponente der IP-Adresse basierend auf den bereitgestellten CIDR-Informationen. Diese Funktion erfordert außerdem, dass sowohl das virtuelle Quell- als auch das virtuelle Zielnetzwerk dieselbe IP-Adressklasse haben (die /xx Komponente des CIDR). Dadurch wird sichergestellt, dass am Zielstandort genügend IP-Adressen verfügbar sind, um alle geschützten VMs zu hosten.
Bei diesem EVS-Setup gehen wir davon aus, dass die Quell- und Ziel-IP-Konfigurationen identisch sind und keine zusätzliche Neukonfiguration erforderlich ist.
-
Wählen Sie den IP-Adresstyp aus, der für VMs verwendet werden soll, bei denen ein Failover durchgeführt wurde.
-
(Optional) Stellen Sie ein VM-Umbenennungsschema für neu gestartete VMs bereit, indem Sie einen optionalen Präfix- und Suffixwert angeben.
Neukonfiguration der VM-Rechenressourcen
Es gibt verschiedene Möglichkeiten, die VM-Rechenressourcen neu zu konfigurieren. BlueXP Disaster Recovery unterstützt die Änderung der Anzahl virtueller CPUs, der Menge an virtuellem DRAM und des VM-Namens.
-
(Optional) Ändern Sie die Anzahl der virtuellen CPUs, die jede VM verwenden soll. Dies kann erforderlich sein, wenn Ihre DR-vCenter-Cluster-Hosts nicht über so viele CPU-Kerne verfügen wie der Quell-vCenter-Cluster.
-
(Optional) Ändern Sie die Menge an virtuellem DRAM, die jede VM verwenden soll. Dies kann erforderlich sein, wenn Ihre DR-vCenter-Cluster-Hosts nicht über so viel physischen DRAM verfügen wie die Hosts des Quell-vCenter-Clusters.
Startreihenfolge
BlueXP Disaster Recovery unterstützt einen geordneten Neustart von VMs basierend auf einem Bootreihenfolgefeld. Das Feld „Bootreihenfolge“ gibt an, wie die VMs in jeder Ressourcengruppe gestartet werden. VMs mit demselben Wert im Feld „Bootreihenfolge“ werden parallel gestartet.
-
(Optional) Ändern Sie die Reihenfolge, in der Ihre VMs neu gestartet werden sollen. Dieses Feld akzeptiert einen beliebigen numerischen Wert. BlueXP Disaster Recovery versucht, VMs mit demselben numerischen Wert parallel neu zu starten.
-
(Optional) Geben Sie eine Verzögerung zwischen den einzelnen VM-Neustarts an. Die Verzögerung wird nach dem Neustart dieser VM und vor den VMs mit der nächsthöheren Startreihenfolge eingefügt. Die Angabe erfolgt in Minuten.
Benutzerdefinierte Gastbetriebssystemvorgänge
Die Notfallwiederherstellung von BlueXP unterstützt die Durchführung einiger Gastbetriebssystemvorgänge für jede VM:
-
BlueXP Disaster Recovery kann anwendungskonsistente Backups von VMs für VMs erstellen, auf denen Oracle-Datenbanken und Microsoft SQL Server-Datenbanken ausgeführt werden.
-
BlueXP Disaster Recovery kann für jede VM benutzerdefinierte, für das Gastbetriebssystem geeignete Skripte ausführen. Die Ausführung solcher Skripte erfordert vom Gastbetriebssystem akzeptierte Benutzeranmeldeinformationen mit ausreichenden Berechtigungen zur Ausführung der im Skript aufgeführten Operationen.
-
(Optional) Aktivieren Sie das Kontrollkästchen Anwendungskonsistente Replikate erstellen, wenn die VM eine Oracle- oder SQL Server-Datenbank hostet.
-
(Optional) Um im Rahmen des Startvorgangs benutzerdefinierte Aktionen im Gastbetriebssystem auszuführen, laden Sie ein Skript für alle VMs hoch. Um ein einzelnes Skript in allen VMs auszuführen, aktivieren Sie das Kontrollkästchen und füllen Sie die Felder aus.
-
Für bestimmte Konfigurationsänderungen sind Benutzeranmeldeinformationen mit entsprechenden Berechtigungen erforderlich. Geben Sie in den folgenden Fällen Anmeldeinformationen an:
-
Innerhalb der VM wird vom Gastbetriebssystem ein Skript ausgeführt.
-
Es muss ein anwendungskonsistenter Snapshot durchgeführt werden.
-
Kartendatenspeicher
Der letzte Schritt bei der Erstellung eines Replikationsplans besteht darin, festzulegen, wie ONTAP die Datenspeicher schützen soll. Diese Einstellungen definieren das Recovery Point Objective (RPO) des Replikationsplans, die Anzahl der zu verwaltenden Backups und den Replikationsstandort der ONTAP-Volumes jedes vCenter-Datenspeichers.
Standardmäßig verwaltet die Notfallwiederherstellung von BlueXP ihren eigenen Snapshot-Replikationszeitplan. Optional können Sie jedoch angeben, dass Sie den vorhandenen SnapMirror-Replikationsrichtlinienzeitplan zum Schutz des Datenspeichers verwenden möchten.
Darüber hinaus können Sie optional die zu verwendenden Daten-LIFs (logische Schnittstellen) und Exportrichtlinien anpassen. Wenn Sie diese Einstellungen nicht angeben, verwendet BlueXP Disaster Recovery alle Daten-LIFs des entsprechenden Protokolls (NFS, iSCSI oder FC) und die Standard-Exportrichtlinie für NFS-Volumes.
-
(Optional) Entscheiden Sie, ob Sie einen vorhandenen ONTAP SnapMirror-Replikationszeitplan verwenden oder den Schutz Ihrer VMs durch die Notfallwiederherstellung von BlueXP verwalten lassen möchten (Standard).
-
Geben Sie einen Startpunkt an, ab dem der Dienst mit der Erstellung von Sicherungen beginnen soll.
-
Geben Sie an, wie oft der Dienst eine Sicherung durchführen und diese auf das DR-Ziel Amazon FSx für NetApp ONTAP-Cluster replizieren soll.
-
Geben Sie an, wie viele historische Sicherungen aufbewahrt werden sollen. Der Dienst verwaltet im Quell- und Zielspeichercluster die gleiche Anzahl an Sicherungen.
-
(Optional) Wählen Sie für jedes Volume eine logische Standardschnittstelle (Daten-LIFs) aus. Wenn keine ausgewählt ist, werden alle Daten-LIFs in der Ziel-SVM konfiguriert, die das Volume-Zugriffsprotokoll unterstützen.
-
(Optional) Wählen Sie eine Exportrichtlinie für alle NFS-Volumes aus. Wenn diese Option nicht ausgewählt ist, wird die Standard-Exportrichtlinie verwendet.
