Replikationspläne in NetApp Disaster Recovery für Amazon EVS erstellen
Änderungen vorschlagen
PDFs
Nachdem die lokalen vCenters identifiziert und eine Amazon EVS Site konfiguriert wurden, die Amazon FSx for NetApp ONTAP als Ziel-Cluster für die Notfallwiederherstellung verwendet, wird ein Replikationsplan erstellt, um die VMs auf dem lokalen vCenter Cluster zu schützen.
Assistent für Replikationspläne initiieren
-
Wählen Sie auf einem beliebigen NetApp Disaster Recovery Bildschirm die Option Replikationspläne aus.
-
Wählen Sie auf der Seite „Replikationspläne“ die Option Hinzufügen aus.
Dadurch wird der Assistent „Replikationsplan erstellen“ geöffnet.
Wählen Sie vCenters aus
-
Geben Sie einen eindeutigen Namen für den Replikationsplan ein.
Für Replikationsplannamen sind nur alphanumerische Zeichen und Unterstriche (_) zulässig.
-
Wählen Sie einen Quell-vCenter-Cluster aus.
-
Wählen Sie einen vCenter-Zielcluster aus.
-
Wählen Sie Weiter.
VM-Ressourcen für den Schutz auswählen
Es gibt mehrere Möglichkeiten, VMs für den Schutz auszuwählen. Die folgenden Schritte zeigen, wie der gesamte vCenter Datenspeicher geschützt werden kann, jedoch sollte die Methode gewählt werden, die den eigenen Anforderungen am besten entspricht.
-
Einzelne VMs auswählen: Über die Schaltfläche Virtuelle Maschinen können Sie einzelne VMs zum Schutz auswählen. Wenn Sie eine VM auswählen, wird sie vom Dienst einer Standardressourcengruppe auf der rechten Seite des Bildschirms hinzugefügt.
-
Vorher erstellte Ressourcengruppen auswählen: Sie können benutzerdefinierte Ressourcengruppen vorab über die Option „Ressourcengruppe“ im Menü „Disaster Recovery“ erstellen. Dies ist optional, da Sie die beiden anderen Methoden verwenden können, um während der Erstellung des Replikationsplans eine Ressourcengruppe zu erstellen. Weitere Informationen finden Sie unter "Erstellen eines Replikationsplans".
-
Gesamte vCenter Datenspeicher auswählen: Mit dieser Option werden alle VMs, die sich auf einem Datenspeicher befinden, als Teil des Volumes repliziert. Diese Option eignet sich, wenn mehrere VMs mit dem Replikationsplan geschützt werden sollen, um die Auswahl einzelner VMs zu vermeiden. In den meisten Fällen sollte Disaster Recovery alle VMs, die sich auf dem Datenspeicher befinden, schützen und neu starten. Mit dieser Option wird dem Dienst mitgeteilt, dass alle auf einem ausgewählten Datenspeicher gehosteten VMs zur Liste der geschützten VMs hinzugefügt werden.
-
Fahren Sie auf der Seite Replikationsplan mit dem Abschnitt Anwendungen fort.
-
Überprüfen Sie die Informationen auf der Seite Anwendungen, die geöffnet wird.
-
Wählen Sie Datenspeicher aus.
-
Aktivieren Sie die Kontrollkästchen neben jedem Datenspeicher, den Sie schützen möchten.
-
Optional kann die Ressourcengruppe umbenannt werden, indem das Stiftsymbol neben dem Namen der Ressourcengruppe ausgewählt wird.
-
Wählen Sie Weiter.
Ressourcen zuordnen
Nachdem Sie die zu schützenden VMs ausgewählt haben, muss die Netzwerkzuordnung durchgeführt werden. Die Netzwerkzuordnung umfasst vier Bereiche:
-
Rechenressourcen
-
Virtuelle Netzwerke
-
VM-Neukonfiguration
-
Datenspeicherzuordnung
Jede VM benötigt die ersten drei Arten von Informationen. Für jeden Datenspeicher, der zu schützende VMs hostet, ist eine Datenspeicherzuordnung erforderlich.
-
Die Abschnitte mit dem Warnsymbol (
) erfordern die Angabe von Zuordnungsinformationen. -
Die mit dem Häkchensymbol (
) gekennzeichneten Abschnitte verwenden entweder Standardzuordnungen oder wurden bereits zugeordnet. Die Zuordnungen sollten überprüft werden, damit die aktuelle Konfiguration den 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 ein Standort mehrere virtuelle Rechenzentren und mehrere vCenter Cluster beherbergen kann, muss ermittelt werden, 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 kann ein Zielhost im Zielcluster ausgewählt werden.
Dieser Schritt ist nicht erforderlich, da Disaster Recovery den ersten dem Cluster in vCenter hinzugefügten Host auswählt. Die VMs laufen entweder weiterhin auf diesem ESXi Host oder VMware DRS verschiebt sie gemäß den konfigurierten DRS-Regeln auf einen anderen ESXi Host.
-
Optional kann der Name eines übergeordneten vCenter-Ordners angegeben werden, in dem die VM-Registrierungen abgelegt werden sollen. Dieser Schritt kann organisatorischen Anforderungen dienen, ist aber nicht erforderlich.
Zuordnen virtueller Netzwerkressourcen
Jede VM kann über eine oder mehrere virtuelle Netzwerkkarten (NICs) verfügen, die mit virtuellen Netzwerken innerhalb der vCenter Netzwerkinfrastruktur verbunden sind. Damit jede VM beim Neustart am Disaster Recovery-Standort ordnungsgemäß mit den gewünschten Netzwerken verbunden ist, sollte festgelegt werden, mit welchen virtuellen Netzwerken am Disaster Recovery-Standort diese VMs verbunden werden. Dies erfolgt durch die Zuordnung jedes virtuellen Netzwerks am lokalen Standort zu einem zugehörigen Netzwerk am Disaster Recovery-Standort.
-
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 jede VM sind möglicherweise Änderungen erforderlich, damit sie auf der DR-vCenter-Site ordnungsgemäß funktioniert. Im Bereich „Virtuelle Maschinen“ können Sie die notwendigen Änderungen vornehmen.
Standardmäßig verwendet Disaster Recovery für jede VM dieselben Einstellungen wie am ursprünglichen lokalen Standort. Dabei wird davon ausgegangen, 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 stehen Ihnen die folgenden Ziel-IP-Einstellungen zur Verfügung:
-
Gleich wie Quelle: Wie der Name schon sagt, verwendet der Dienst auf der Ziel-VM dieselbe IP-Adresse, die auf der VM am Quellstandort verwendet wurde. Dazu müssen Sie die im vorherigen Schritt zugeordneten virtuellen Netzwerke für dieselben Subnetzeinstellungen konfigurieren.
-
Unterscheidet sich von der Quelle: Der Dienst stellt für jede VM eine Reihe von IP-Adressfeldern bereit, die für das entsprechende Subnetz konfiguriert werden müssen, das im virtuellen Zielnetzwerk verwendet wird, das Sie im vorherigen Abschnitt zugeordnet haben. Für jede VM müssen Sie eine IP-Adresse, eine Subnetzmaske, DNS und Standard-Gateway-Werte angeben. Verwenden Sie optional für alle VMs die gleichen Subnetzmasken-, DNS- und Gateway-Einstellungen, 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 verwenden, 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 Sites-Seite geändert.
Nach der Konfiguration von Subnetzen verwendet die Subnetzzuordnung für die Quell- und Ziel-VM-Konfiguration denselben Hostanteil der IP-Adresse, ersetzt jedoch den Subnetzanteil der IP-Adresse anhand der bereitgestellten CIDR-Informationen. Diese Funktion setzt außerdem voraus, dass sowohl das Quell- als auch das Zielnetzwerk dieselbe IP-Adressklasse (die /xx Komponente der CIDR) aufweisen. Dadurch ist gewährleistet, dass am Zielstandort genügend IP-Adressen für alle geschützten VMs verfügbar sind.
Für diese Amazon EVS Konfiguration wird angenommen, 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 kann ein Schema zur Umbenennung neu gestarteter VMs durch Angabe eines optionalen Präfixes und Suffixwerts angegeben werden.
Neukonfiguration der VM-Rechenressourcen
Es gibt mehrere Optionen zur Neukonfiguration der VM-Rechenressourcen. NetApp Disaster Recovery unterstützt die Änderung der Anzahl der virtuellen CPUs, der Menge an virtuellem DRAM und des VM-Namens.
|
Diese Schritte sind optional. |
-
Optional kann die Anzahl der virtuellen CPUs angepasst werden, die jede VM verwenden soll. Dies kann erforderlich sein, wenn die Hosts Ihres DR-vCenter-Clusters nicht über so viele CPU-Kerne wie der Quell-vCenter-Cluster verfügen.
-
Optional kann die Menge an virtuellem DRAM angepasst werden, 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 vCenter Quellcluster-Hosts.
Bootreihenfolge
Die Notfallwiederherstellung unterstützt einen geordneten Neustart von VMs basierend auf einem Startreihenfolgefeld. Das Startreihenfolgefeld gibt an, wie die VMs in jeder Ressourcengruppe gestartet werden. VMs mit demselben Wert im Startreihenfolgefeld werden parallel gestartet.
|
|
Das Festlegen der Bootreihenfolge ist optional |
-
Optional kann die Reihenfolge angepasst werden, in der die VMs neu gestartet werden. Dieses Feld akzeptiert beliebige numerische Werte. Disaster Recovery versucht, VMs mit demselben numerischen Wert parallel neu zu starten.
-
Optional kann eine Verzögerung zwischen den einzelnen VM-Neustarts angegeben werden. Die Zeit wird nach dem Neustart dieser VM und vor der/dem VM(s) mit der nächsthöheren Startreihenfolgenummer eingefügt. Diese Zahl wird in Minuten angegeben.
Benutzerdefinierte Gastbetriebssystemvorgänge
Die Notfallwiederherstellung unterstützt einige Gastbetriebssystemoperationen für jede VM:
-
NetApp Disaster Recovery kann applikationskonsistente Backups von VMs für VMs erstellen, auf denen Oracle Datenbanken und Microsoft SQL Server Datenbanken ausgeführt werden.
-
NetApp Disaster Recovery kann benutzerdefinierte Skripte für das Gastbetriebssystem für jede VM ausführen. Für die Ausführung solcher Skripte sind Benutzeranmeldeinformationen erforderlich, die vom Gastbetriebssystem akzeptiert werden und über ausreichende Berechtigungen zur Ausführung der im Skript aufgeführten Operationen verfügen.
-
Optional kann das Kontrollkästchen applikationskonsistent Replikate erstellen aktiviert werden, wenn die VM eine Oracle- oder SQL Server Datenbank hostet.
-
Optional kann ein Skript für beliebige VMs hochgeladen werden, um im Gastbetriebssystem während des Startvorgangs benutzerdefinierte Aktionen auszuführen. Zum Ausführen eines einzelnen Skripts in allen VMs ist das markierte Kontrollkästchen zu verwenden und die Felder sind auszufüllen.
-
Für bestimmte Konfigurationsänderungen sind Benutzeranmeldeinformationen mit entsprechenden Berechtigungen zum Ausführen der Vorgänge 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, wie viele Backups aufbewahrt werden sollen und wohin die ONTAP Volumes jedes vCenter Datenspeichers repliziert werden.
Standardmäßig verwaltet Disaster Recovery seinen eigenen Snapshot-Replikationszeitplan, optional kann jedoch angegeben werden, dass der bestehende SnapMirror Replikationsrichtlinienzeitplan für den Schutz des Datenspeichers verwendet werden soll.
Zusätzlich besteht die Möglichkeit, optional anzupassen, welche Daten-LIFs (logische Schnittstellen) und welche Exportrichtlinie verwendet werden. Werden diese Einstellungen nicht angegeben, nutzt Disaster Recovery alle Daten-LIFs, die dem entsprechenden Protokoll (NFS, iSCSI oder FC) zugeordnet sind, und verwendet die Standard-Exportrichtlinie für NFS Volumes.
-
Optional kann entschieden werden, ob ein bestehender ONTAP SnapMirror Replikationszeitplan verwendet wird oder ob Disaster Recovery den Schutz der VMs verwaltet (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-Cluster Amazon FSx for NetApp ONTAP replizieren soll.
-
Geben Sie an, wie viele historische Sicherungen aufbewahrt werden sollen. Der Dienst verwaltet die gleiche Anzahl von Backups auf dem Quell- und Zielspeichercluster.
-
Optional kann für jedes Volume eine Standard logische Schnittstelle (Daten-LIF) ausgewählt werden. Wird keine ausgewählt, werden alle Daten-LIFs in der Ziel-SVM konfiguriert, die das Volume-Zugriffsprotokoll unterstützen.
-
Optional kann eine Exportrichtlinie für alle NFS-Volumes ausgewählt werden. Wenn keine ausgewählt wird, wird die Standard-Exportrichtlinie verwendet.
Einstellungen überprüfen
Nachdem Sie die Informationen zum Replikationsplan in NetApp Disaster Recovery hinzugefügt haben, sollte überprüft werden, ob die eingegebenen Informationen korrekt sind. Dies ist der letzte Schritt.
-
Wählen Sie Speichern, um Ihre Einstellungen zu überprüfen, bevor Sie den Replikationsplan aktivieren.
Sie können jede Registerkarte auswählen, um die Einstellungen zu überprüfen und auf jeder Registerkarte Änderungen vorzunehmen, indem Sie das Stiftsymbol auswählen.
Überprüfung der Replikationsplaneinstellungen
-
Wenn Sie sich vergewissert haben, dass alle Einstellungen korrekt sind, wählen Sie Plan hinzufügen.