Um die BlueXP  Disaster Recovery zu starten, verwenden Sie die BlueXP  Konsole und greifen Sie dann auf den Service zu.

Stellen Sie vor der Konfiguration des Disaster Recovery-Plans sicher, dass die folgenden Voraussetzungen erfüllt sind:

Sobald die Verbindung zwischen dem Quell- und dem Zielstandort hergestellt ist, fahren Sie mit den Konfigurationsschritten fort. Dies sollte ein paar Klicks und ca. 3 bis 5 Minuten dauern.

Der erste Schritt zur Vorbereitung auf Disaster Recovery besteht darin, die lokalen vCenter und Storage-Ressourcen zu erkennen und zu BlueXP  Disaster Recovery hinzuzufügen.

Öffnen Sie die BlueXP -Konsole, und wählen Sie aus der linken Navigation Schutz > Notfallwiederherstellung aus. Wählen Sie vCenter-Server ermitteln oder verwenden Sie das Hauptmenü, Wählen Sie Standorte > Hinzufügen > vCenter hinzufügen.

Fügen Sie die folgenden Plattformen hinzu:

Sobald die vCenters hinzugefügt wurden, wird eine automatische Erkennung ausgelöst.

SnapMirror bietet Datenreplizierung in einer NetApp-Umgebung. Die SnapMirror-Replikation basiert auf NetApp Snapshot®-Technologie und ist äußerst effizient, da sie nur die Blöcke repliziert, die seit dem letzten Update geändert oder hinzugefügt wurden. SnapMirror lässt sich einfach über den NetApp OnCommand® System Manager oder die ONTAP CLI konfigurieren. BlueXP  DRaaS erstellt außerdem das über die SnapMirror-Beziehung bereitgestellte Cluster und SVM-Peering wird vorab konfiguriert.

In Fällen, in denen der primäre Storage nicht komplett verloren geht, bietet SnapMirror eine effiziente Möglichkeit zur Neusynchronisierung des primären und DR-Standorts. SnapMirror kann die beiden Standorte neu synchronisieren. Dabei werden nur die geänderten oder neuen Daten vom DR-Standort zum primären Standort übertragen, indem die SnapMirror Beziehungen einfach umgekehrt werden. Das bedeutet, dass Replikationspläne in BlueXP  DRaaS nach einem Failover in beide Richtungen resynchronisiert werden können, ohne das gesamte Volume neu zu erstellen. Wenn eine Beziehung in umgekehrter Richtung neu synchronisiert wird, werden nur neue Daten zurück zum Ziel gesendet, die seit der letzten erfolgreichen Synchronisierung der Snapshot Kopie geschrieben wurden.

Der Prozess zur Erstellung der SnapMirror-Replizierung bleibt für jede Applikation unverändert. Der Prozess kann manuell oder automatisiert werden. Am einfachsten lässt sich BlueXP  zur Konfiguration der SnapMirror Replizierung nutzen, indem das ONTAP Quell-System der Umgebung einfach per Drag & Drop auf das Ziel gezogen wird, um den Assistenten zu starten, der den Rest des Prozesses durchläuft.

Auch BlueXP  DRaaS kann dasselbe automatisieren, wenn die folgenden beiden Kriterien erfüllt sind:

Nachdem die Quell- und Zielstandorte hinzugefügt wurden, führt die BlueXP  Disaster Recovery automatische Tiefenerkennung durch und zeigt die VMs zusammen mit den zugehörigen Metadaten an. BlueXP  Disaster Recovery erkennt auch automatisch die von den VMs verwendeten Netzwerke und Portgruppen und füllt diese aus.

Nach dem Hinzufügen der Standorte können VMs zu Ressourcengruppen zusammengefasst werden. Mit den BlueXP  Disaster Recovery-Ressourcengruppen können Sie eine Reihe abhängiger VMs in logischen Gruppen gruppieren, die ihre Boot-Aufträge und Boot-Verzögerungen enthalten, die bei der Recovery ausgeführt werden können. Um Ressourcengruppen zu erstellen, navigieren Sie zu Ressourcengruppen und klicken Sie auf Neue Ressourcengruppe erstellen.

Die Boot-Reihenfolge der VMs kann während der Erstellung von Ressourcengruppen mithilfe eines einfachen Drag-and-Drop-Mechanismus definiert oder geändert werden.

Nach der Erstellung der Ressourcengruppen erstellen Sie im nächsten Schritt einen Ausführungsentwurf oder einen Plan für die Wiederherstellung von virtuellen Maschinen und Anwendungen bei einem Notfall. Wie in den Voraussetzungen erwähnt, kann die SnapMirror-Replikation vorab konfiguriert werden, oder DRaaS kann sie mithilfe der RPO und der Aufbewahrungszahl konfigurieren, die während der Erstellung des Replikationsplans angegeben wurde.

Konfigurieren Sie den Replizierungsplan, indem Sie die Quell- und Ziel-vCenter-Plattformen aus dem Dropdown auswählen und die Ressourcengruppen auswählen, die in den Plan einbezogen werden sollen, sowie die Gruppierung der Art und Weise, wie Applikationen wiederhergestellt und eingeschaltet werden sollen, sowie die Zuordnung von Clustern und Netzwerken. Um den Wiederherstellungsplan zu definieren, navigieren Sie zur Registerkarte Replikationsplan und klicken Sie auf Plan hinzufügen.

Wählen Sie zunächst das Quell-vCenter aus und dann das Ziel-vCenter aus.

Im nächsten Schritt wählen Sie vorhandene Ressourcengruppen aus. Wenn keine Ressourcengruppen erstellt wurden, hilft der Assistent, die erforderlichen virtuellen Maschinen zu gruppieren (im Grunde erstellen Sie funktionale Ressourcengruppen) auf der Grundlage der Wiederherstellungsziele. Dies hilft auch dabei, die Reihenfolge der Wiederherstellung von virtuellen Maschinen der Anwendung festzulegen.

Der Screenshot unten zeigt die Option zum Filtern virtueller Maschinen oder spezieller Datastores nach Unternehmensanforderungen, wenn Ressourcengruppen nicht vorab erstellt werden.

Sobald die Ressourcengruppen ausgewählt sind, erstellen Sie die Failover-Zuordnungen. Geben Sie in diesem Schritt an, wie die Ressourcen aus der Quellumgebung dem Ziel zugeordnet werden. Dazu gehören Rechenressourcen, virtuelle Netzwerke. IP-Anpassung, Pre- und Post-Skripte, Boot-Verzögerungen, Applikationskonsistenz usw. Weitere Informationen finden Sie unter "Erstellen Sie einen Replizierungsplan".

Klicken Sie nach Abschluss der Ressourcenzuordnung auf Weiter.

Wählen Sie den Wiederholungstyp aus. In einfachen Worten: Wählen Sie Migrate (einmalige Migration mit Failover) oder die Option wiederkehrende kontinuierliche Replikation aus. In dieser Übersicht ist die Option „Replikat“ ausgewählt.

Überprüfen Sie anschließend die erstellten Zuordnungen und klicken Sie dann auf Plan hinzufügen.

BlueXP  DRaaS besteht aus den folgenden Workflows:

Test-Failover in BlueXP  DRaaS ist ein operatives Verfahren, mit dem VMware Administratoren ihre Recovery-Pläne vollständig validieren können, ohne ihre Produktionsumgebungen zu unterbrechen.

BlueXP  DRaaS umfasst die Möglichkeit, den Snapshot als optionale Funktion im Test-Failover-Vorgang auszuwählen. Mit dieser Funktion kann der VMware Administrator überprüfen, ob alle kürzlich in der Umgebung vorgenommenen Änderungen am Zielstandort repliziert und somit während des Tests vorhanden sind. Zu diesen Änderungen gehören auch Patches für das VM-Gastbetriebssystem

Wenn der VMware-Administrator einen Test-Failover ausführt, automatisiert BlueXP  DRaaS die folgenden Aufgaben:

Der Bereinigungstest für das Failover findet statt, nachdem der Test des Replikationsplans abgeschlossen wurde, und der VMware-Administrator reagiert auf die Bereinigungsaufforderung.

Durch diese Aktion werden die virtuellen Maschinen (VMs) und der Status des Replikationsplans auf den Bereitschaftszustand zurückgesetzt.

Wenn der VMware-Administrator einen Recovery-Vorgang durchführt, führt BlueXP  DRaaS den folgenden Prozess aus:

BlueXP  DRaaS bietet zwei Methoden zur Durchführung eines echten Failover: Geplante Migration und Failover. Die erste Methode, die geplante Migration, umfasst die Synchronisierung von VM Shutdown und Storage-Replizierung in den Prozess, um die VMs wiederherzustellen oder effektiv zum Zielstandort zu verschieben. Für die geplante Migration ist der Zugriff auf den Quellstandort erforderlich. Die zweite Methode, Failover, ist ein geplantes/ungeplantes Failover, bei dem die VMs vom letzten Storage-Replizierungsintervall, das abgeschlossen werden konnte, am Zielstandort wiederhergestellt werden. Abhängig von dem RPO, der in die Lösung integriert wurde, kann im DR-Szenario ein gewisser Datenverlust erwartet werden.

Wenn der VMware-Administrator einen Failover durchführt, automatisiert BlueXP  DRaaS die folgenden Aufgaben:

Ein Failback ist ein optionales Verfahren, das die ursprüngliche Konfiguration der Quell- und Zielstandorte nach einer Wiederherstellung wiederherstellt.

VMware-Administratoren können ein Failback-Verfahren konfigurieren und ausführen, wenn sie Services am ursprünglichen Quellstandort wiederherstellen möchten.

HINWEIS: BlueXP  DRaaS repliziert (resynchronisiert) alle Änderungen zurück auf die ursprüngliche virtuelle Quellmaschine, bevor die Replikationsrichtung umkehrt. Dieser Prozess beginnt mit einer Beziehung, die das Failover zu einem Ziel abgeschlossen hat, und umfasst die folgenden Schritte:

Weitere Informationen über den Zugriff auf und die Konfiguration von BlueXP -DRaaS finden Sie im "Erfahren Sie mehr über BlueXP  Disaster Recovery für VMware".

Über BlueXP  oder die ONTAP-CLI können Sie den Replikationsstatus für die entsprechenden Datenspeicher-Volumes überwachen und den Status eines Failover oder Test-Failovers über die Jobüberwachung nachverfolgen.

Bewerten Sie mit dem BlueXP  Dashboard für Disaster Recovery mühelos den Status von Disaster-Recovery-Standorten und Replizierungsplänen. So können Administratoren schnell gesunde, nicht verbundene oder beeinträchtigte Standorte und Pläne identifizieren.

Auf diese Weise erhalten Sie eine leistungsstarke Lösung, die einen individuellen Disaster-Recovery-Plan umsetzt. Failover lässt sich als geplanter Failover oder Failover mit einem Mausklick durchführen, wenn ein Notfall eintritt und die Entscheidung zur Aktivierung des DR-Standorts getroffen wird.

Um mehr über diesen Prozess zu erfahren, folgen Sie dem ausführlichen Walkthrough-Video oder verwenden Sie die "Lösungssimulator".