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önnten Sie Virtual Machines (VMs) gruppieren, die einer Applikation zugeordnet sind, oder Sie könnten Applikationen 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

  • Identifizieren Sie die Wiederholung, führen Sie ein vom Gast gehostetes Skript aus, legen Sie die Startreihenfolge fest, und wählen Sie das Ziel für den Wiederherstellungspunkt aus.

  • Ü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 bis viele in einer Fan-out-Architektur

  • Von vielen zu 1 in einer Konsistenzgruppe

  • Von vielen auf viele

Wenn Sie den Plan erstellen, sollten Sie folgende Richtlinien befolgen:

  • Verwenden Sie für alle VMs im Plan dieselben Anmeldedaten.

  • Verwenden Sie dasselbe Skript für alle VMs im Plan.

  • Verwenden Sie für alle VMs im Plan dasselbe Subnetz, denselben DNS und dasselbe Gateway.

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 Replikationspläne und dann Hinzufügen 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 VMs in funktionale Ressourcengruppen gruppiert. Mit Ressourcengruppen können Sie eine Reihe abhängiger VMs in logischen Gruppen gruppieren, die Ihren Anforderungen entsprechen. Gruppen könnten beispielsweise verzögerte Startaufträge enthalten, die bei der Wiederherstellung ausgeführt werden können.

Wenn Sie Anwendungen im Replikationsplan auswählen, wird das Betriebssystem für jede VM im Plan angezeigt. Dies ist hilfreich bei der Entscheidung, wie VMs in einer Ressourcengruppe gruppiert werden sollen.

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

  1. Optional können Sie auf der linken Seite der Seite „Applikationen“ die VMs nach ihrem Datenspeicher filtern. Sie können auch nach bestimmten VMs anhand des Namens suchen.

  2. Wählen Sie auf der linken Seite der Seite Anwendungen die VMs aus, die Sie schützen möchten, und weisen Sie sie der ausgewählten Gruppe zu.

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

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

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

    • Um den Gruppennamen zu ändern, klicken Sie auf das Gruppensymbol *Bearbeiten*Bleistiftsymbol.

    • Um eine VM aus einer Gruppe zu entfernen, wählen Sie X neben der VM aus.

    • Um eine VM in eine andere Gruppe zu verschieben, ziehen Sie sie per Drag-and-Drop in die neue Gruppe.

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

    Jede VM in einer Gruppe wird in der Reihenfolge basierend auf der hier angegebenen Reihenfolge gestartet.

  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. Beim Erstellen eines Replikationsplans können Sie eine Boot-Verzögerung festlegen und für jede VM im Plan bestellen. Dadurch können Sie eine Sequenz für den Start der VMs festlegen.

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.

    Replizierungsplan, Registerkarte „Ressourcenzuordnung“

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

  3. Compute Resources: Wählen Sie den Pfeil nach unten neben Compute Resources.

    • Quell- und Ziel-Rechenzentren

    • Zielcluster

    • Target Host (optional): Nachdem Sie den Cluster ausgewählt haben, können Sie diese Information einstellen.

      Tipp Wenn ein vCenter über einen Distributed Resource Scheduler (DRS) verfügt, der für das Management mehrerer Hosts in einem Cluster konfiguriert ist, müssen Sie keinen Host auswählen. Wenn Sie einen Host auswählen, werden alle VMs von BlueXP  Disaster Recovery auf dem ausgewählten Host platziert.

    • Ziel-VM-Ordner (optional): Erstellen Sie einen neuen Stammordner, um die ausgewählten VMs zu speichern.

  4. Virtuelle Netzwerke: Wählen Sie auf der Registerkarte Failover Mappings den Abwärtspfeil neben Virtuelle Netzwerke aus. Wählen Sie das virtuelle Quell-LAN und das Zielsegment aus.

  5. Virtuelle Maschinen: Wählen Sie auf der Registerkarte Failover Mappings den Abwärtspfeil neben Virtuelle Maschinen aus.

    Wenn Sie Änderungen an den Standardeinstellungen vornehmen, müssen Sie Anmeldedaten angeben.

    Der Standard für die VMs ist zugeordnet. Beim Mapping werden dieselben Einstellungen verwendet, die die VMs in der Produktionsumgebung verwenden (gleiche IP-Adresse, Subnetzmaske und Gateway).

    Wählen Sie die Netzwerkzuordnung zum entsprechenden Segment aus. Die Segmente sollten bereits bereitgestellt werden. Wählen Sie daher das entsprechende Segment für die Zuordnung der VM aus.

    In diesem Abschnitt können je nach Auswahl verschiedene Felder angezeigt werden.

    • IP-Adress-Typ: Konfigurieren Sie die VM-Konfiguration so, dass sie den Anforderungen des virtuellen Zielnetzwerks entspricht. BlueXP  Disaster Recovery bietet zwei Optionen: DHCP oder statische IP. Konfigurieren Sie für statische IPs die Subnetzmaske, das Gateway und die DNS-Server. Geben Sie darüber hinaus Anmeldedaten für VMs ein.

      • DHCP: Wählen Sie diese Einstellung, wenn Ihre VMs Netzwerkkonfigurationsinformationen von einem DHCP-Server beziehen sollen. Wenn Sie sich für diese Option entscheiden, geben Sie nur die Anmeldeinformationen für die VM an.

      • Statische IP: Wählen Sie diese Einstellung, wenn Sie IP-Konfigurationsinformationen manuell angeben möchten. Sie können die gleichen oder unterschiedliche Informationen von 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.

        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.

      Screenshot mit Add Replication Plan > Resource Mapping > Virtual Machines

    • Scripts: Sie können benutzerdefinierte Skripte im .sh-, .bat- oder .ps1-Format als Post-Failover-Prozesse einfügen. Mit benutzerdefinierten Skripts kann die BlueXP Disaster Recovery Ihr Skript nach einem Failover-Prozess ausführen. Sie können beispielsweise ein benutzerdefiniertes Skript verwenden, um alle Datenbanktransaktionen nach Abschluss des Failovers wieder aufzunehmen.

    • Ziel-VM-Präfix und Suffix: Unter den Details der virtuellen Maschinen können Sie optional dem VM-Namen ein Präfix und Suffix hinzufügen.

    • Source VM CPU und RAM: Unter den Details der virtuellen Maschinen können Sie optional die VM CPU und RAM Parameter anpassen.

      Screenshot mit Add Replication Plan > Resource Mapping > Virtual Machines

    • Startreihenfolge: Sie können die Startreihenfolge nach einem Failover für alle ausgewählten virtuellen Maschinen über die Ressourcengruppen hinweg ändern. Standardmäßig wird die während der Auswahl der Ressourcengruppe ausgewählte Startreihenfolge verwendet. Sie können jedoch in dieser Phase Änderungen vornehmen. So können Sie sicherstellen, dass alle VMs mit Ihrer Priorität ausgeführt werden, bevor VMs mit der folgenden Priorität gestartet werden.

      Startauftragsnummern gelten nur innerhalb einer Ressourcengruppe. Wenn Sie eine "2" in einer Gruppe und eine "2" in einer anderen Gruppe haben, beginnen die VMs in der ersten Gruppe in ihrer Reihenfolge und die VMs in der zweiten Gruppe beginnen in ihrer Reihenfolge.

      • Sequenzieller Start: Weisen Sie jeder VM eine eindeutige Nummer zu, um den in der zugewiesenen Reihenfolge zu booten, z. B. 1,2,3,4,5

      • Gleichzeitiges Booten: Weisen Sie allen VMs die gleiche Zahl zu, um sie gleichzeitig zu booten, z. B. 1,1,4,2,2,3,4,1,1.

    • Boot Delay: Passen Sie die Verzögerung in Minuten der Boot-Aktion an.

      Tipp Um die Startreihenfolge auf die Standardeinstellung zurückzusetzen, wählen Sie VM-Einstellungen auf Standard zurücksetzen und wählen Sie dann aus, welche Einstellungen Sie auf die Standardeinstellung zurücksetzen möchten.

    • Erstellen Sie anwendungskonsistente Replikate: Geben Sie an, ob anwendungskonsistente Snapshot-Kopien erstellt werden sollen. Der Service stellt die Anwendung still und erstellt dann einen Snapshot, um einen konsistenten Status der Anwendung zu erhalten. Diese Funktion wird von Oracle unter Windows sowie von Linux und SQL Server unter Windows unterstützt.

  6. Datastores: Wählen Sie den Abwärtspfeil neben Datastores. Je nach Auswahl der VMs werden automatisch Datastore-Zuordnungen ausgewählt.

    Dieser Abschnitt kann je nach Auswahl aktiviert oder deaktiviert sein.

    • 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.

    • Retention count: Geben Sie die Anzahl der Snapshots ein, die Sie behalten möchten.

    • Quell- und Zieldatenspeicher: Wenn mehrere (Fan-out) SnapMirror-Beziehungen existieren, können Sie das zu verwendende Ziel auswählen. Wenn ein Volume bereits eine SnapMirror-Beziehung aufgebaut hat, werden die entsprechenden Quell- und Ziel-Datastores angezeigt. Wenn ein Volume nicht über eine SnapMirror-Beziehung verfügt, können Sie es jetzt erstellen. Dazu wählen Sie einen Ziel-Cluster und eine Ziel-SVM aus und geben einen Volume-Namen an. Der Service erstellt die Volume- und SnapMirror-Beziehung.

      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.

    • 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 KonsistenzgruppenSnapshot, 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 Snapshot der Commit-Phase 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.

Testen Sie die Zuordnungen

Schritte

  1. Um verschiedene Zuordnungen für die Testumgebung festzulegen, deaktivieren Sie das Kontrollkästchen und wählen Sie die Registerkarte Testzuordnungen aus.

  2. Gehen Sie die einzelnen Registerkarten wie zuvor durch, jedoch diesmal für die Testumgebung.

    Auf der Registerkarte Testzuordnungen sind die Zuordnungen für virtuelle Maschinen und Datenspeicher deaktiviert.

    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.

Überprüfen Sie den Replizierungsplan

Nehmen Sie sich zum Schluss einen Moment Zeit, um den Replizierungsplan zu prüfen.

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 und VMs.

  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.