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 mit NetApp Disaster Recovery

Beitragende netapp-ahibbard amgrissino
Änderungen vorschlagen
PDFs

Im Katastrophenfall kann das primäre lokale VMware-System auf ein anderes lokales VMware-System oder auf VMware Cloud on AWS umgeschaltet werden. Auch ein vorheriger Test des Failover-Prozesses ist möglich, um zu bestätigen, dass die Wiederherstellung wie erwartet funktioniert.

Erforderliche NetApp Console-Rolle Für die Ausführung dieser Aufgabe ist die Rolle „Superadmin“, „Disaster recovery admin“ oder „Disaster recovery failover admin“ erforderlich. "Erfahren Sie mehr über Benutzerrollen und Berechtigungen in NetApp Disaster Recovery". "Erfahren Sie mehr über die Zugriffsrollen der NetApp Console für alle Dienste".

Über diese Aufgabe

Während des Failovers verwendet NetApp Disaster Recovery standardmäßig die aktuellste SnapMirror Snapshot-Kopie, es kann jedoch ein bestimmter Snapshot aus einer zeitpunktgenauen Snapshot-Kopie ausgewählt werden (gemäß der Aufbewahrungsrichtlinie von SnapMirror). Die zeitpunktgenaue Option ist zu verwenden, wenn die aktuellsten Replikate kompromittiert sind, beispielsweise bei einem Ransomware-Angriff.

Dieser Prozess unterscheidet sich, je nachdem, ob der Produktionsstandort fehlerfrei ist und Sie aus anderen Gründen als einem kritischen Infrastrukturausfall ein Failover zum Disaster Recovery-Standort durchführen:

  • Kritischer Produktionsstandortausfall, bei dem auf das Quell-vCenter oder den ONTAP Cluster nicht zugegriffen werden kann: Mit NetApp Disaster Recovery können Sie einen beliebigen verfügbaren Snapshot für die Wiederherstellung auswählen.

  • Die Produktionsumgebung ist fehlerfrei: Sie können entweder „Jetzt einen Snapshot erstellen“ oder einen zuvor erstellten Snapshot auswählen.

Dieses Verfahren unterbricht die Replikationsbeziehung, setzt die vCenter-Quell-VMs offline, registriert die Volumes als Datenspeicher im Disaster Recovery-vCenter, startet die geschützten VMs unter Verwendung der Failover-Regeln im Plan neu und aktiviert das Lesen/Schreiben auf der Zielsite.

Testen des Failover-Prozesses

Vor einem Live-Failover kann ein Test durchgeführt werden, um die Einsatzbereitschaft zu überprüfen. Die Workloads bleiben während des Testvorgangs online.

Während eines Failover-Tests erstellt Disaster Recovery temporär VMs. Disaster Recovery ordnet einen temporären Datenspeicher, der das FlexClone Volume sichert, den ESXi-Hosts zu.

Dieser Prozess beansprucht keine zusätzliche physische Kapazität auf dem lokalen ONTAP Speicher oder dem FSx für NetApp ONTAP -Speicher in AWS. Das ursprüngliche Quellvolume wird nicht verändert, und Replikationsaufträge können auch während der Notfallwiederherstellung fortgesetzt werden.

Nach Abschluss des Tests sollten Sie die VMs mit der Option Test bereinigen zurücksetzen. Dies wird zwar empfohlen, ist aber nicht zwingend erforderlich.

Ein Test-Failover-Vorgang hat keine Auswirkungen auf Produktions-Workloads, die auf der Testsite verwendete SnapMirror -Beziehung und geschützte Workloads, die weiterhin normal ausgeführt werden müssen.

Für ein Test-Failover führt Disaster Recovery die folgenden Vorgänge aus:

  • Führen Sie Vorprüfungen des Zielclusters und der SnapMirror -Beziehung durch.

  • Erstellen Sie aus dem ausgewählten Snapshot für jedes geschützte ONTAP Volume auf dem ONTAP -Cluster des Zielstandorts ein neues FlexClone Volume.

  • Wenn es sich bei einem der Datenspeicher um VMFS handelt, erstellen Sie eine iGroup und ordnen Sie sie jeder LUN zu.

  • Registrieren Sie die Ziel-VMs innerhalb von vCenter als neue Datenspeicher.

  • Schalten Sie die Ziel-VMs gemäß der auf der Seite „Ressourcengruppen“ erfassten Startreihenfolge ein.

  • Führen Sie eine Stilllegung aller unterstützten Datenbankanwendungen in VMs durch, die als „anwendungskonsistent“ gekennzeichnet sind.

  • Wenn die Quell-vCenter- und ONTAP Cluster noch aktiv sind, erstellen Sie eine SnapMirror -Beziehung in umgekehrter Richtung, um alle Änderungen im Failover-Zustand zurück auf die ursprüngliche Quellsite zu replizieren.

Schritte

  1. Melden Sie sich an bei "NetApp Console" .

  2. Wählen Sie in der linken Navigation der NetApp Console Schutz > Notfallwiederherstellung.

  3. Wählen Sie im NetApp Disaster Recovery Menü Replikationspläne aus.

  4. Wählen Sie den Replikationsplan aus.

  5. Wählen Sie rechts die Option Aktionen*Symbol für das Aktionsmenü im NetApp Disaster Recovery -Dienst und wählen Sie *Failover testen.

  6. Wählen Sie auf der Seite „Failover testen“ den Snapshot für den Failover-Test aus: Wählen Sie Jetzt Snapshot erstellen oder Auswählen, um einen vorhandenen Snapshot auszuwählen. Wenn Sie Auswählen wählen, wählen Sie den vorhandenen Snapshot aus.

    Anschließend „Test failover“ eingeben und Test failover auswählen.

  7. Nachdem der Test abgeschlossen ist, bereinigen Sie die Testumgebung.

Bereinigen der Testumgebung nach einem Failovertest

Nachdem der Failover-Test abgeschlossen ist, sollten Sie die Testumgebung bereinigen. Dieser Prozess entfernt die temporären VMs vom Teststandort, den FlexClones und den temporären Datenspeichern.

Schritte

  1. Wählen Sie im NetApp Disaster Recovery Menü Replikationspläne aus.

  2. Wählen Sie den Replikationsplan aus.

  3. Wählen Sie rechts die Option Aktionen aus. Symbol für das Aktionsmenü im NetApp Disaster Recovery -Dienst dann Failover-Test bereinigen.

  4. Geben Sie auf der Seite „Test-Failover“ die Option „Failover bereinigen“ ein und wählen Sie dann Failover-Test bereinigen aus.

Führen Sie ein Failover des Quellstandorts auf einen Notfallwiederherstellungsstandort durch

Im Katastrophenfall erfolgt das Failover Ihres primären lokalen VMware-Standorts bei Bedarf auf einen anderen lokalen VMware-Standort oder auf VMware Cloud on AWS mit FSx for NetApp ONTAP.

Der Failover-Prozess umfasst die folgenden Operationen:

  • Disaster Recovery führt Vorprüfungen des Zielclusters und der SnapMirror -Beziehung durch.

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

  • Die Quell-VMs sind heruntergefahren.

  • Die SnapMirror Beziehung ist unterbrochen und das Ziel-Volume ist nun lesen/schreiben.

  • Basierend auf der Auswahl des Snapshots wird das aktive Dateisystem auf den angegebenen Snapshot (neuester oder ausgewählter) wiederhergestellt.

  • Datenspeicher werden basierend auf den im Replikationsplan erfassten Informationen erstellt und im VMware- oder VMC-Cluster oder -Host bereitgestellt. Wenn es sich bei einem der Datenspeicher um VMFS handelt, erstellen Sie eine iGroup und ordnen Sie sie jeder LUN zu.

  • Die Ziel-VMs werden innerhalb von vCenter als neue Datenspeicher registriert.

  • Die Ziel-VMs werden gemäß der auf der Seite „Ressourcengruppen“ erfassten Bootreihenfolge eingeschaltet.

  • Wenn das Quell-vCenter noch aktiv ist, müssen alle Quellseiten-VMs, die gerade ein Failover durchlaufen, ausgeschaltet werden.

  • Führen Sie eine Stilllegung aller unterstützten Datenbankanwendungen in VMs durch, die als „anwendungskonsistent“ gekennzeichnet sind.

  • Wenn Quell-vCenter und ONTAP Cluster noch aktiv sind, wird eine umgekehrte SnapMirror Beziehung erstellt, um alle Änderungen im Failover-Zustand zurück zum ursprünglichen Quellstandort zu replizieren. Die SnapMirror Beziehung wird von der Ziel- zur Quell-VM umgekehrt.

Tipp Nach dem Start des Failovers können Sie die wiederhergestellten VMs im vCenter der Notfallwiederherstellungsumgebung (VMs, Netzwerke und Datenspeicher) sehen. Standardmäßig werden die VMs im Ordner Workload wiederhergestellt.
vCenter

Bei datenspeicherbasierten Replikationsplänen werden VMs, die Sie hinzugefügt und erkannt haben, für die aber keine Zuordnungsdetails angegeben wurden, in das Failover einbezogen. Der Failover schlägt fehl und es wird eine Benachrichtigung in den Jobs angezeigt. Sie müssen die Zuordnungsdetails angeben, um das Failover erfolgreich abzuschließen.

Schritte

  1. Wählen Sie im NetApp Disaster Recovery Menü Replikationspläne aus.

  2. Im Dropdown-Menü nach vCenter Replikationsplänen filtern.

    Screenshot der Umschaltung des Website-Typs

  3. Wählen Sie den Replikationsplan aus.

  4. Wählen Sie rechts die Option Aktionen aus Symbol für das Aktionsmenü im NetApp Disaster Recovery -Dienst, bewegen Sie den Mauszeiger über Wiederherstellen und wählen Sie dann Fail over aus.

    Failover-Seite

  5. Wählen Sie die Snapshot-Kopie aus, die Sie für den Failover-Zustand verwenden möchten:

    • Jetzt Snapshot erstellen auswählen, um einen brandneuen Snapshot zu erstellen, der vor dem Failover in den Ziel-Cluster kopiert wird.

    • Neuesten Snapshot verwenden ermöglicht die Nutzung des aktuellsten verfügbaren Snapshots auf dem Ziel-Cluster.

    • Auswählen zeigt eine nach Aktualität sortierte Liste der Momentaufnahmen an.

      Hinweis Bei Auswahl einer bestimmten Snapshot-Baseline werden SnapMirror Transfer-Snapshots standardmäßig ausgeblendet, da sie während eines Failovers gelöscht werden können. Diese Löschung führt dazu, dass die Workload nach dem Failover aufgrund des Fehlers „Kein gemeinsamer Snapshot gefunden“ nicht erneut geschützt werden kann. SnapMirror Transfer-Snapshots können weiterhin verwendet werden, allerdings ist eine zusätzliche Bestätigungsabfrage erforderlich, um das Risiko zu bestätigen.

  6. Failover erzwingen auswählen, wenn der Failover auch dann fortgesetzt werden soll, wenn der Dienst einen Fehler erkennt, der ihn normalerweise blockieren würde.

  7. Wählen Sie Schutz überspringen, wenn der Dienst nicht automatisch eine umgekehrte SnapMirror Schutzbeziehung nach einem Failover des Replikationsplans erstellen soll. Dies ist hilfreich, wenn Sie zusätzliche Vorgänge am wiederhergestellten Standort durchführen möchten, bevor Sie ihn im Rahmen der NetApp Disaster Recovery wieder online schalten.

    Tipp Sie können einen umgekehrten Schutz einrichten, indem Sie im Menü „Aktionen“ des Replikationsplans die Option „Ressourcen schützen“ auswählen. Dadurch wird versucht, für jedes Volume im Plan eine umgekehrte Replikationsbeziehung zu erstellen. Sie können diesen Job wiederholt ausführen, bis der Schutz wiederhergestellt ist. Wenn der Schutz wiederhergestellt ist, können Sie auf die übliche Weise ein Failback einleiten.

  8. Geben Sie „Failover“ in das Feld ein.

  9. Wählen Sie Failover.

  10. Um den Fortschritt zu überprüfen, wählen Sie im Menü Jobüberwachung.

Kubernetes

  1. Wählen Sie im NetApp Disaster Recovery Menü Replikationspläne aus.

  2. Im Dropdown-Menü nach Kubernetes-Replikationsplänen filtern.

    Screenshot der Umschaltung des Website-Typs

  3. Wählen Sie den Replikationsplan aus.

  4. Wählen Sie rechts die Option Aktionen aus Symbol für das Aktionsmenü im NetApp Disaster Recovery -Dienst, bewegen Sie den Mauszeiger über Wiederherstellen und wählen Sie dann Fail over aus.

  5. Wählen Sie die Snapshot-Kopie aus, die Sie für den Failover-Zustand verwenden möchten:

    • Jetzt Snapshot erstellen auswählen, um einen brandneuen Snapshot zu erstellen, der in den Ziel-Cluster kopiert wird.

    • Neuesten Snapshot verwenden ermöglicht die Nutzung des aktuellsten verfügbaren Snapshots auf dem Ziel-Cluster.

    • Auswählen zeigt eine nach Aktualität sortierte Liste der Momentaufnahmen an.

      Hinweis Bei Auswahl einer bestimmten Snapshot-Baseline werden SnapMirror Transfer-Snapshots standardmäßig ausgeblendet, da sie während eines Failovers gelöscht werden können. Diese Löschung führt dazu, dass die Workload nach dem Failover aufgrund des Fehlers „Kein gemeinsamer Snapshot gefunden“ nicht erneut geschützt werden kann. SnapMirror Transfer-Snapshots können weiterhin verwendet werden, allerdings ist eine zusätzliche Bestätigungsabfrage erforderlich, um das Risiko zu bestätigen.

  6. Wählen Sie Schutz überspringen, wenn Disaster Recovery nach einem Failover des Replikationsplans nicht automatisch eine umgekehrte SnapMirror Schutzbeziehung erstellen soll. Dies ist hilfreich, wenn zusätzliche Vorgänge auf dem wiederhergestellten Standort durchgeführt werden sollen, bevor dieser innerhalb von NetApp Disaster Recovery wieder online geschaltet wird.

  7. Geben Sie „Failover“ ein, um die Aktion zu bestätigen, und wählen Sie dann Failover aus.

Den Status des Auftrags können Sie unter Job monitoring oder Replication plans überwachen.