Skip to main content
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Erstellen Sie einen Replizierungsplan

Beitragende
PDFs

Nachdem Sie vCenter Standorte hinzugefügt haben, sind Sie bereit, einen Disaster Recovery- oder Replizierungsplan zu erstellen. Wählen Sie die Quell- und Ziel-vCenter aus, wählen Sie die Ressourcengruppen aus und gruppieren Sie, wie Anwendungen wiederhergestellt und eingeschaltet werden sollen. Beispielsweise können Sie virtuelle Maschinen gruppieren, die einer Applikation zugeordnet sind, oder Anwendungen mit ähnlichen Tiers gruppieren.

Solche Pläne werden manchmal Blueprints genannt.

Sie können einen Replizierungsplan erstellen und darüber hinaus Zeitpläne für Compliance und Tests bearbeiten.

Erstellen Sie den Plan

Ein Assistent führt Sie durch die folgenden Schritte:

  • Wählen Sie vCenter-Server aus

  • Wählen Sie die VMs aus, die Sie replizieren und Gruppen zuweisen möchten

  • Zuordnen der Ressourcen aus der Quellumgebung zum Ziel

  • Wiederholung identifizieren

  • Überprüfen Sie den Plan

Während Sie den Replizierungsplan erstellen, können Sie die SnapMirror Beziehung zwischen Quell- und Ziel-Volumes in einer der folgenden Konfigurationen definieren:

  • 1 zu 1

  • 1 zu vielen in einer Fanout-Architektur

  • Von vielen zu 1 in einer Konsistenzgruppe

  • Von vielen auf viele

Bevor Sie beginnen

Wenn Sie in diesem Service eine SnapMirror Beziehung erstellen möchten, hätten Sie den Cluster und dessen SVM-Peering bereits außerhalb der Disaster Recovery von BlueXP eingerichtet haben müssen.

Wählen Sie vCenter-Server aus

Zuerst wählen Sie das Quell-vCenter aus und dann das Ziel-vCenter aus.

Schritte

  1. Wählen Sie in der linken Navigationsleiste von BlueXP Protection > Disaster Recovery aus.

  2. Wählen Sie im oberen Menü der BlueXP Disaster Recovery die Option Replication Plans aus. Wenn Sie den Dienst gerade erst nutzen, wählen Sie im Dashboard Replizierungsplan hinzufügen aus.

    Screenshot mit der Seite Replizierungsplan hinzufügen > Plan hinzufügen

  3. Erstellen Sie einen Namen für den Replikationsplan.

  4. Wählen Sie die Quell- und Ziel-vCenter aus den Listen Source und Target vCenter aus.

  5. Wählen Sie Weiter.

Wählen Sie Anwendungen aus, die Sie replizieren und Ressourcengruppen zuweisen möchten

Im nächsten Schritt werden die erforderlichen virtuellen Maschinen in funktionale Ressourcengruppen gruppiert. Mit Ressourcengruppen können Sie einen Satz abhängiger virtueller Maschinen in logische Gruppen gruppieren, die Ihren Anforderungen entsprechen. Gruppen könnten beispielsweise verzögerte Startaufträge enthalten, die bei der Wiederherstellung ausgeführt werden können.

Tipp Jede Ressourcengruppe kann eine oder mehrere virtuelle Maschinen enthalten. Die virtuellen Maschinen werden basierend auf der Reihenfolge, in der Sie sie hier einfügen, eingeschaltet.
Schritte

  1. Wählen Sie auf der linken Seite der Seite Anwendungen die virtuellen Maschinen aus, die Sie replizieren möchten, und weisen Sie sie der ausgewählten Gruppe zu.

    Die ausgewählte virtuelle Maschine wird automatisch zu Gruppe 1 hinzugefügt und eine neue Gruppe 2 wird gestartet. Jedes Mal, wenn Sie der letzten Gruppe eine virtuelle Maschine hinzufügen, wird eine weitere Gruppe hinzugefügt.

    Screenshot mit der Seite Replizierungsplan hinzufügen > zu replizierende Anwendungen

  2. Führen Sie optional einen der folgenden Schritte aus:

    • Um Gruppen zu ändern, klicken Sie auf das Gruppensymbol Bearbeiten.

    • Um eine virtuelle Maschine aus einer Gruppe zu entfernen, wählen Sie X aus.

    • Um eine virtuelle Maschine in eine andere Gruppe zu verschieben, ziehen Sie sie in die neue Gruppe.

  3. Wenn Sie mehrere Ressourcengruppen haben, stellen Sie sicher, dass die Reihenfolge der Gruppen mit der operativen Sequenz übereinstimmt, die auftreten soll.

    Jede virtuelle Maschine in einer Gruppe wird in der Reihenfolge gestartet, die der hier angegebenen Reihenfolge entspricht. Zwei Gruppen werden parallel gestartet.

  4. Alternativ können Sie die Gruppe umbenennen, indem Sie auf das Symbol Bearbeiten klicken.

  5. Wählen Sie Weiter.

Ordnen Sie dem Ziel Quellressourcen zu

Geben Sie im Schritt „Ressourcenzuordnung“ an, wie die Ressourcen aus der Quellumgebung dem Ziel zugeordnet werden sollen.

Bevor Sie beginnen

Wenn Sie in diesem Service eine SnapMirror Beziehung erstellen möchten, hätten Sie den Cluster und dessen SVM-Peering bereits außerhalb der Disaster Recovery von BlueXP eingerichtet haben müssen.

Schritte

  1. Aktivieren Sie auf der Seite „Ressourcenzuordnung“ das Kontrollkästchen, um dieselben Zuordnungen sowohl für Failover- als auch für Testvorgänge zu verwenden.

  2. Wählen Sie auf der Registerkarte Failover Mappings den Abwärtspfeil rechts von jeder Ressource aus, und ordnen Sie die Ressourcen in den folgenden Ressourcen zu:

    • Compute Resources

    • Virtuelle Netzwerke

  3. Wählen Sie auf der Registerkarte Failover Mappings den Abwärtspfeil rechts neben jeder Ressource aus:

    • Virtuelle Maschinen: Wählen Sie das Netzwerk-Mapping auf das entsprechende Segment aus. Die Segmente sollten bereits bereitgestellt werden. Wählen Sie daher das entsprechende Segment für die Zuordnung der virtuellen Maschine aus.

      SnapMirror befindet sich auf Volume-Ebene. Somit werden alle Virtual Machines zum Replikationsziel repliziert. Stellen Sie sicher, dass Sie alle virtuellen Maschinen auswählen, die Teil des Datenspeichers sind. Wenn sie nicht ausgewählt sind, werden nur die virtuellen Maschinen verarbeitet, die Teil des Replikationsplans sind.

      • VM CPU und RAM: Unter den Virtual Machines Details können Sie optional die VM CPU und RAM Parameter anpassen.

      • Boot Order Delay: Sie können auch die Boot-Reihenfolge für alle ausgewählten virtuellen Maschinen in den Ressourcengruppen ändern. Standardmäßig wird die während der Auswahl der Ressourcengruppe ausgewählte Startreihenfolge verwendet. Sie können jedoch in dieser Phase Änderungen vornehmen.

      • DHCP oder statische IP: Wenn Sie Netzwerke zwischen Quell- und Zielorten im Abschnitt „virtuelle Maschinen“ des Replikationsplans zuordnen, bietet BlueXP Disaster Recovery zwei Optionen: DHCP oder statische IP. Konfigurieren Sie für statische IPs das Subnetz, das Gateway und die DNS-Server. Geben Sie außerdem die Anmeldeinformationen für virtuelle Maschinen ein.

        • DHCP: Wenn Sie diese Option wählen, geben Sie nur die Anmeldeinformationen für die VM an.

        • Statische IP: Sie können die gleichen oder andere Informationen aus der Quell-VM auswählen. Wenn Sie dieselbe Auswahl wie die Quelle wählen, müssen Sie keine Anmeldeinformationen eingeben. Wenn Sie jedoch andere Informationen aus der Quelle verwenden möchten, können Sie die Anmeldeinformationen, die IP-Adresse der VM, die Subnetzmaske, das DNS und die Gateway-Informationen angeben. Die Anmeldedaten für das VM-Gastbetriebssystem sollten entweder auf globaler Ebene oder auf jeder VM-Ebene bereitgestellt werden.

          Screenshot mit Add Replication Plan > Resource Mapping > Virtual Machines

    Dies ist vor allem bei der Wiederherstellung großer Umgebungen zu kleineren Ziel-Clustern oder bei Disaster-Recovery-Tests hilfreich, ohne eine 1:1-physische VMware-Infrastruktur bereitstellen zu müssen.

    • App-konsistente Replikate: Geben Sie an, ob applikationskonsistente Snapshot-Kopien erstellt werden sollen. Der Service setzt die Applikation still und erstellt dann einen Snapshot, um einen konsistenten Status der Applikation zu erhalten.

    • Datastores: Anhand der Auswahl der virtuellen Maschinen werden automatisch Datastore-Mappings ausgewählt.

      • RPO: Geben Sie das Recovery Point Objective (RPO) ein, um die Datenmenge anzugeben, die wiederhergestellt werden soll (gemessen in der Zeit). Wenn Sie beispielsweise einen RPO von 60 Minuten eingeben, müssen für die Recovery jederzeit Daten vorhanden sein, die nicht älter als 60 Minuten sind. Bei einem schwerwiegenden Ausfall lassen sich bis zu 60 Minuten an Daten verlieren. Geben Sie außerdem die Anzahl der Snapshot Kopien ein, die für alle Datastores beibehalten werden sollen.

      • SnapMirror Beziehungen: Wenn ein Volume bereits eine SnapMirror Beziehung hat, können Sie die entsprechenden Quell- und Ziel-Datastores auswählen. Wenn Sie ein Volume auswählen, das nicht über eine SnapMirror-Beziehung verfügt, können Sie jetzt ein Volume erstellen, indem Sie die Arbeitsumgebung und die zugehörige Peer-SVM auswählen.

        Hinweis Wenn Sie in diesem Service eine SnapMirror Beziehung erstellen möchten, hätten Sie den Cluster und dessen SVM-Peering bereits außerhalb der Disaster Recovery von BlueXP eingerichtet haben müssen.

    • Consistency Groups: Wenn Sie einen Replikationsplan erstellen, können Sie VMs mit unterschiedlichen Volumes und SVMs einbeziehen. Bei der Disaster Recovery von BlueXP wird ein Snapshot einer Konsistenzgruppe erstellt.

      • Wenn Sie das Recovery Point Objective (RPO) angeben, plant der Service ein primäres Backup auf der Grundlage des RPO und aktualisiert die sekundären Ziele.

      • Wenn die VMs vom gleichen Volume und derselben SVM stammen, führt der Service einen standardmäßigen ONTAP-Snapshot durch und aktualisiert die sekundären Ziele.

      • Wenn die VMs aus unterschiedlichen Volumes und derselben SVM stammen, erstellt der Service einen Consistency Group Snapshot, in dem alle Volumes eingeschlossen werden und die sekundären Ziele aktualisiert werden.

      • Wenn die VMs aus verschiedenen Volumes und unterschiedlichen SVMs stammen, führt der Service eine Startphase für die Konsistenzgruppe und einen festzuführenden Snapshot durch, indem alle Volumes im selben oder unterschiedlichen Cluster eingeschlossen werden und die sekundären Ziele aktualisiert werden.

      • Während des Failovers können Sie einen beliebigen Snapshot auswählen. Wenn Sie den neuesten Snapshot auswählen, erstellt der Service On-Demand-Backups, aktualisiert das Ziel und verwendet diesen Snapshot für das Failover.

  4. Um verschiedene Zuordnungen für die Testumgebung festzulegen, deaktivieren Sie das Kontrollkästchen und wählen Sie die Registerkarte Testzuordnungen aus. Gehen Sie die einzelnen Registerkarten wie zuvor durch, jedoch diesmal für die Testumgebung.

    Tipp Sie können den gesamten Plan später testen. Derzeit richten Sie die Zuordnungen für die Testumgebung ein.

Identifizieren Sie die Wiederholung

Wählen Sie aus, ob Sie Daten (eine einmalige Verschiebung) zu einem anderen Ziel migrieren oder sie mit der Frequenz von SnapMirror replizieren möchten.

Ermitteln Sie, wie oft die Daten gespiegelt werden sollen, wenn Sie sie replizieren möchten.

Schritte

  1. Wählen Sie auf der Seite Rezidive Migrate oder Replicate aus.

    • Migrate: Wählen Sie, um die Anwendung an den Zielspeicherort zu verschieben.

    • Replicate: Halten Sie die Zielkopie mit Änderungen von der Quellkopie in einer wiederkehrenden Replikation auf dem neuesten Stand.

    Screenshot mit Add Replication Plan > Recurrence

  2. Wählen Sie Weiter.

Bestätigen Sie den Replikationsplan

Nehmen Sie sich zum Schluss einen Moment Zeit, um den Replizierungsplan zu bestätigen.

Tipp Sie können den Replikationsplan später deaktivieren oder löschen.
Schritte

  1. Überprüfen Sie die Informationen auf den einzelnen Registerkarten: Plandetails, Failover Mapping, Virtuelle Maschinen.

  2. Wählen Sie Plan hinzufügen.

    Der Plan wird zur Liste der Pläne hinzugefügt.

Bearbeiten Sie Zeitpläne, um die Compliance zu testen und sicherzustellen, dass Failover-Tests funktionieren

Möglicherweise möchten Sie Zeitpläne zum Testen von Compliance- und Failover-Tests einrichten, um bei Bedarf sicherzustellen, dass diese korrekt funktionieren.

  • Auswirkungen auf die Compliance-Zeit: Wenn ein Replikationsplan erstellt wird, erstellt der Dienst standardmäßig einen Compliance-Zeitplan. Die Standard-Compliance-Zeit beträgt 30 Minuten. Um diese Zeit zu ändern, können Sie den Zeitplan im Replikationsplan bearbeiten verwenden.

  • Auswirkungen auf Failover-Test: Sie können einen Failover-Prozess nach Bedarf oder nach einem Zeitplan testen. Damit können Sie den Failover von virtuellen Maschinen zu einem Ziel testen, das in einem Replikationsplan angegeben ist.

    Ein Test-Failover erstellt ein FlexClone Volume, mountet den Datastore und verschiebt den Workload auf diesen Datastore. Ein Test-Failover-Vorgang wirkt sich auf Produktions-Workloads, die auf dem Teststandort verwendete SnapMirror Beziehung und geschützte Workloads aus, die weiterhin ordnungsgemäß ausgeführt werden müssen.

Basierend auf dem Zeitplan wird der Failover-Test ausgeführt und stellt sicher, dass Workloads an das vom Replizierungsplan angegebene Ziel verschoben werden.

Schritte

  1. Wählen Sie im oberen Menü der BlueXP Disaster Recovery die Option Replication Plans aus.

    Screenshot mit der Liste der Replikationspläne

  2. Wählen Sie die Option actions Menü „Aktionen für horizontale Punkte“ Und wählen Sie Schichtpläne bearbeiten.

  3. Geben Sie ein, wie oft Sie in wenigen Minuten BlueXP Disaster Recovery verwenden möchten, um die Compliance von Tests zu überprüfen.

  4. Um zu überprüfen, ob Ihre Failover-Tests ordnungsgemäß sind, überprüfen Sie Failover nach einem monatlichen Zeitplan ausführen.

    1. Wählen Sie den Tag des Monats und die Uhrzeit aus, zu der diese Tests ausgeführt werden sollen.

    2. Geben Sie das Datum im Format JJJJ-mm-TT ein, wenn der Test gestartet werden soll.

      Screenshot, in dem Sie Zeitpläne bearbeiten können

  5. Um die Testumgebung nach Abschluss des Failover-Tests zu bereinigen, aktivieren Sie Automatically clean up after Test Failover.

    Hinweis Durch diesen Prozess werden die temporären VMs vom Teststandort entfernt, das erstellte FlexClone Volume gelöscht und die temporären Datenspeicher abgehängt.

  6. Wählen Sie Speichern.