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.

Failover von Anwendungen an einen Remote-Standort

Beitragende
PDFs

Bei einem Ausfall sollte ein Failover Ihres primären lokalen VMware-Standorts auf einen anderen VMware-Standort vor Ort oder auf VMware Cloud on AWS erfolgen.

Während des Failovers wird die neueste SnapMirror Snapshot Kopie verwendet. Sie können auch eine bestimmte Snapshot Kopie aus einer zeitpunktgenauen Snapshot Kopie auswählen (gemäß der Aufbewahrungsrichtlinie von SnapMirror). Die Point-in-Time-Option kann hilfreich sein, wenn Sie vor einem Korruptionsereignis wie Ransomware stehen, wo die neuesten Replikate bereits kompromittiert oder verschlüsselt sind. Die Disaster Recovery von BlueXP zeigt alle verfügbaren Zeitpunkte an.

Durch dieses Verfahren wird die Replikationsbeziehung unterbrochen, die vCenter Quell-VMs offline gestellt und Lese-/Schreibvorgänge auf dem Zielstandort ermöglicht.

Sie können benutzerdefinierte Skripts im .sh-, .bat- oder .ps1-Format als Post-Failover-Prozesse verwenden. 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.

Bevor Sie das Failover starten, können Sie den Prozess testen und so sicherstellen, dass er bei Bedarf erfolgreich ist. Durch den Test werden die Virtual Machines nicht offline geschaltet.

Testen Sie den Failover-Prozess

Bevor Sie einen tatsächlichen Failover starten, sollten Sie den Failover-Prozess testen.

Während eines Failover-Tests werden vorübergehend virtuelle Maschinen erstellt. Bei der Disaster Recovery von BlueXP wird das Ziel-Volume nicht zugeordnet. Stattdessen wird ein neues FlexClone Volume aus dem ausgewählten Snapshot erstellt und ein temporärer Datenspeicher, der das FlexClone Volume sichert, den ESXi Hosts zugeordnet.

Dieser Prozess beansprucht keine zusätzliche physische Kapazität, lokal im ONTAP Storage oder auf FSX for NetApp ONTAP Storage in AWS. Das ursprüngliche Quell-Volume wird nicht geändert, und Replikatjobs können auch während der Disaster Recovery fortgesetzt werden.

Wenn Sie den Test abgeschlossen haben, sollten Sie die virtuellen Maschinen mit der Option Clean Up Test zurücksetzen. Dies wird zwar empfohlen, ist aber nicht erforderlich.

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.

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.

  3. Wählen Sie den Replikationsplan aus.

  4. Wählen Sie rechts die Option actions aus Actions-Menü-Symbol im BlueXP Disaster Recovery Service Und wählen Sie Failover testen.

  5. Geben Sie auf der Seite Test Failover „Test Failover“ ein und wählen Sie Test Failover.

  6. Nach Abschluss des Tests die Testumgebung bereinigen.

Reinigen Sie die Testumgebung nach einem Failover-Test

Nach Abschluss des Failover-Tests sollten Sie die Testumgebung bereinigen. Durch diesen Prozess werden die temporären VMs vom Teststandort, den FlexClones und die temporären Datenspeicher entfernt.

Schritte

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

  2. Wählen Sie den Replikationsplan aus.

  3. Wählen Sie rechts die Option actions aus Actions-Menü-Symbol im BlueXP Disaster Recovery Service Und wählen Sie Clean Up Failover Test.

  4. Geben Sie auf der Seite Failover testen „Clean Up Failover“ ein und wählen Sie Clean Up Failover Test.

Führen Sie ein Failover über den Quellstandort an einen Disaster-Recovery-Standort durch

Bei einem Ausfall sollte ein Failover Ihres primären lokalen VMware-Standorts nach Bedarf zu einem anderen lokalen VMware-Standort oder zu VMware Cloud on AWS mit FSX for NetApp ONTAP erfolgen.

Der Failover-Prozess umfasst die folgenden Vorgänge:

  • Wenn Sie den letzten Snapshot ausgewählt haben, wird das SnapMirror Update ausgeführt, um die neuesten Änderungen zu replizieren.

  • Die virtuellen Quellmaschinen sind heruntergefahren.

  • Die SnapMirror Beziehung ist unterbrochen und das Zielvolume wird Lese-/Schreibzugriff gemacht.

  • Auf Basis der Auswahl des Snapshots wird das aktive Filesystem auf den angegebenen Snapshot wiederhergestellt (neueste oder ausgewählte)

  • Datastores werden basierend auf den im Replikationsplan erfassten Informationen erstellt und auf dem VMware- oder VMC-Cluster oder -Host gemountet.

  • Die virtuellen Zielmaschinen werden registriert und basierend auf der auf der Seite Ressourcengruppen erfassten Reihenfolge betrieben.

  • Die SnapMirror Beziehung wird vom Ziel zur Quell-Virtual Machine umgekehrt.

Tipp Nach dem Start des Failovers sind die wiederhergestellten VMs im vCenter des Disaster-Recovery-Standorts (Virtual Machines, Netzwerke und Datastores) zu sehen. Standardmäßig werden die virtuellen Maschinen im Ordner Workload wiederhergestellt.
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.

  3. Wählen Sie den Replikationsplan aus.

  4. Wählen Sie rechts die Option actions aus Actions-Menü-Symbol im BlueXP Disaster Recovery Service Und wählen Sie Failover.

  5. Geben Sie auf der Seite Failover testen den Namen des Replikationsplans zur Bestätigung ein, und wählen Sie Failover aus.

  6. Wählen Sie den Snapshot für den Datastore aus, von dem aus wiederhergestellt werden soll. Die Standardeinstellung ist die neueste.

  7. Um den Fortschritt zu überprüfen, wählen Sie im oberen Menü Job-Überwachung.