Prüfen Sie die Voraussetzungen.

Führen Sie das Kapazitätsplanungstool aus, um Empfehlungen zu Ressourcen und Konfigurationen zu erhalten.

Stellen Sie den JetStream DR MSA auf jedem vSphere-Host im vorgesehenen Cluster bereit.

Starten Sie das MSA mit seinem DNS-Namen in einem Browser.

Registrieren Sie den vCenter-Server beim MSA.

Nachdem JetStream DR MSA bereitgestellt und der vCenter Server registriert wurde, navigieren Sie mit dem vSphere Web Client zum JetStream DR-Plug-In. Dies kann durch Navigieren zu Rechenzentrum > Konfigurieren > JetStream DR erfolgen.

Führen Sie über die JetStream DR-Schnittstelle die folgenden Aufgaben aus:

Stellen Sie die erforderliche Anzahl von DR Virtual Appliances (DRVAs) über die Registerkarte „Appliances“ bereit.

Verwenden Sie das Kapazitätsplanungstool, um die Anzahl der erforderlichen DRVAs zu schätzen.

Erstellen Sie Replikationsprotokollvolumes für jeden DRVA mithilfe des VMDK aus den verfügbaren Datenspeichern oder dem unabhängigen gemeinsam genutzten iSCSI-Speicherpool.

Erstellen Sie auf der Registerkarte „Geschützte Domänen“ die erforderliche Anzahl geschützter Domänen mithilfe von Informationen zur Azure Blob Storage-Site, der DRVA-Instanz und dem Replikationsprotokoll. Eine geschützte Domäne definiert eine bestimmte VM oder einen Satz von Anwendungs-VMs innerhalb des Clusters, die gemeinsam geschützt werden und denen eine Prioritätsreihenfolge für Failover-/Failback-Vorgänge zugewiesen wird.

Wählen Sie die zu schützenden VMs aus und gruppieren Sie die VMs basierend auf der Abhängigkeit in Anwendungsgruppen. Mithilfe von Anwendungsdefinitionen können Sie VM-Sätze in logische Gruppen gruppieren, die deren Startreihenfolge, Startverzögerungen und optionale Anwendungsvalidierungen enthalten, die bei der Wiederherstellung ausgeführt werden können.

Stellen Sie sicher, dass für alle VMs in einer geschützten Domäne derselbe Schutzmodus verwendet wird.

Der Write-Back-Modus (VMDK) bietet eine höhere Leistung.

Stellen Sie sicher, dass Replikationsprotokollvolumes auf Hochleistungsspeichern abgelegt werden.

Wenn Sie fertig sind, klicken Sie auf „Schutz starten“ für die geschützte Domäne. Dadurch wird die Datenreplikation für die ausgewählten VMs in den angegebenen Blob-Speicher gestartet.

Nach Abschluss der Replikation wird der VM-Schutzstatus als „Wiederherstellbar“ gekennzeichnet.

Failover-Runbooks können so konfiguriert werden, dass sie die VMs gruppieren (eine sogenannte Wiederherstellungsgruppe), die Startreihenfolge festlegen und die CPU-/Speichereinstellungen zusammen mit den IP-Konfigurationen ändern.

Klicken Sie auf „Einstellungen“ und dann auf den Link „Runbook konfigurieren“, um die Runbook-Gruppe zu konfigurieren.

Klicken Sie auf die Schaltfläche „Gruppe erstellen“, um mit der Erstellung einer neuen Runbook-Gruppe zu beginnen.

Wenden Sie bei Bedarf im unteren Teil des Bildschirms benutzerdefinierte Vor- und Nachskripte an, die vor und nach dem Betrieb der Runbook-Gruppe automatisch ausgeführt werden. Stellen Sie sicher, dass sich die Runbook-Skripte auf dem Verwaltungsserver befinden.

Bearbeiten Sie die VM-Einstellungen nach Bedarf. Geben Sie die Parameter für die Wiederherstellung der VMs an, einschließlich der Startreihenfolge, der Startverzögerung (angegeben in Sekunden), der Anzahl der CPUs und der Menge des zuzuweisenden Speichers. Ändern Sie die Startreihenfolge der VMs, indem Sie auf die Aufwärts- oder Abwärtspfeile klicken. Es werden auch Optionen zum Beibehalten des MAC bereitgestellt.

Für die einzelnen VMs der Gruppe können statische IP-Adressen manuell konfiguriert werden. Klicken Sie auf den Link „NIC-Ansicht“ einer VM, um ihre IP-Adresseinstellungen manuell zu konfigurieren.

Klicken Sie auf die Schaltfläche „Konfigurieren“, um die NIC-Einstellungen für die jeweiligen VMs zu speichern.

Um JetStream DR für AVS in einer privaten Azure VMware Solution-Cloud zu installieren, verwenden Sie den Befehl „Ausführen“. Gehen Sie im Azure-Portal zur Azure VMware-Lösung, wählen Sie die private Cloud aus und wählen Sie „Befehl ausführen“ > „Pakete“ > „JSDR.Configuration“.

Der Standard-CloudAdmin-Benutzer der Azure VMware-Lösung verfügt nicht über ausreichende Berechtigungen, um JetStream DR für AVS zu installieren. Die Azure VMware Solution ermöglicht eine vereinfachte und automatisierte Installation von JetStream DR durch Aufrufen des Azure VMware Solution-Ausführungsbefehls für JetStream DR.

Aktualisieren Sie den Browser, nachdem die Installation von JetStream DR für AVS abgeschlossen ist. Um auf die JetStream DR-Benutzeroberfläche zuzugreifen, gehen Sie zu SDDC Datacenter > Konfigurieren > JetStream DR.

Führen Sie über die JetStream DR-Schnittstelle die folgenden Aufgaben aus:

Die Domäne wird zur Wiederherstellung importiert. Gehen Sie zur Registerkarte „Geschützte Domänen“ und überprüfen Sie, ob die gewünschte Domäne ausgewählt wurde, oder wählen Sie die gewünschte Domäne aus dem Menü „Geschützte Domäne auswählen“ aus. Es wird eine Liste der wiederherstellbaren VMs in der geschützten Domäne angezeigt.

Nachdem die geschützten Domänen importiert wurden, stellen Sie DRVA-Geräte bereit.

Diese Schritte können auch mithilfe von CPT-erstellten Plänen automatisiert werden.

Erstellen Sie Replikationsprotokollvolumes mithilfe verfügbarer vSAN- oder ANF-Datenspeicher.

Importieren Sie die geschützten Domänen und konfigurieren Sie die Wiederherstellungs-VA so, dass ein ANF-Datenspeicher für VM-Platzierungen verwendet wird.

Stellen Sie sicher, dass DHCP im ausgewählten Segment aktiviert ist und genügend IPs verfügbar sind. Dynamische IPs werden vorübergehend verwendet, während Domänen wiederhergestellt werden. Jede wiederherzustellende VM (einschließlich kontinuierlicher Rehydration) erfordert eine individuelle dynamische IP. Nach Abschluss der Wiederherstellung wird die IP freigegeben und kann wiederverwendet werden.

Wählen Sie die entsprechende Failover-Option (kontinuierliches Failover oder Failover). In diesem Beispiel wird die kontinuierliche Rehydration (kontinuierliches Failover) ausgewählt.

Obwohl sich die Modi „Continuous Failover“ und „Failover“ hinsichtlich des Zeitpunkts der Konfiguration unterscheiden, werden beide Failover-Modi mit denselben Schritten konfiguriert. Als Reaktion auf ein Katastrophenereignis werden Failover-Schritte konfiguriert und gemeinsam ausgeführt. Ein kontinuierliches Failover kann jederzeit konfiguriert und dann während des normalen Systembetriebs im Hintergrund ausgeführt werden. Nach dem Auftreten eines Katastrophenereignisses wird ein kontinuierliches Failover durchgeführt, um den Besitz der geschützten VMs sofort auf den Wiederherstellungsstandort zu übertragen (RTO nahe Null).

Nach einem Desaster im geschützten Cluster der On-Premises-Umgebung (Teil- oder Komplettausfall) können Sie nach Aufhebung der SnapMirror -Beziehung für die jeweiligen Anwendungsvolumes das Failover für VMs mit Jetstream auslösen.

Dieser Schritt kann leicht automatisiert werden, um den Wiederherstellungsprozess zu erleichtern.

Greifen Sie auf die Jetstream-Benutzeroberfläche auf AVS SDDC (Zielseite) zu und lösen Sie die Failover-Option aus, um das Failover abzuschließen. Die Taskleiste zeigt den Fortschritt der Failover-Aktivitäten an.

Nach Abschluss des kontinuierlichen Failovers wird eine Meldung angezeigt, die den Abschluss der Aufgabe bestätigt. Wenn die Aufgabe abgeschlossen ist, greifen Sie auf die wiederhergestellten VMs zu, um ISCSI- oder NFS-Sitzungen zu konfigurieren.

Der Failover-Modus ändert sich in „Wird im Failover ausgeführt“ und der VM-Status ist „Wiederherstellbar“. Alle VMs der geschützten Domäne werden jetzt am Wiederherstellungsstandort in dem durch die Failover-Runbook-Einstellungen angegebenen Zustand ausgeführt.

Um die Failover-Konfiguration und -Infrastruktur zu überprüfen, kann JetStream DR im Testmodus (Option „Test-Failover“) betrieben werden, um die Wiederherstellung virtueller Maschinen und ihrer Daten aus dem Objektspeicher in eine Testwiederherstellungsumgebung zu beobachten. Wenn ein Failover-Verfahren im Testmodus ausgeführt wird, ähnelt sein Ablauf einem tatsächlichen Failover-Prozess.

Nachdem die virtuellen Maschinen wiederhergestellt wurden, verwenden Sie die Speicher-Notfallwiederherstellung für den In-Guest-Speicher. Um diesen Prozess zu demonstrieren, wird in diesem Beispiel ein SQL-Server verwendet.

Melden Sie sich bei der wiederhergestellten SnapCenter VM auf AVS SDDC an und aktivieren Sie den DR-Modus.

Stellen Sie sicher, dass die SnapMirror -Beziehung unterbrochen ist.

Fügen Sie die LUN von Cloud Volumes ONTAP mit denselben Laufwerksbuchstaben an die wiederhergestellte SQL-Gast-VM an.

Öffnen Sie den iSCSI-Initiator, löschen Sie die vorherige getrennte Sitzung und fügen Sie das neue Ziel zusammen mit Multipath für die replizierten Cloud Volumes ONTAP Volumes hinzu.

Stellen Sie sicher, dass alle Festplatten mit denselben Laufwerksbuchstaben verbunden sind, die vor DR verwendet wurden.

Starten Sie den MSSQL-Serverdienst neu.

Stellen Sie sicher, dass die SQL-Ressourcen wieder online sind.

Im Falle von NFS hängen Sie die Volumes mit dem Mount-Befehl an und aktualisieren Sie die /etc/fstab Einträge.

Auf der NSX-T-Seite kann ein separates dediziertes Tier-1-Gateway zum Simulieren von Failover-Szenarien erstellt werden. Dadurch wird sichergestellt, dass alle Workloads miteinander kommunizieren können, jedoch kein Datenverkehr in die Umgebung hinein oder aus ihr heraus geleitet werden kann, sodass alle Triage-, Eindämmungs- oder Härtungsaufgaben ohne das Risiko einer Kreuzkontamination durchgeführt werden können. Dieser Vorgang liegt außerhalb des Rahmens dieses Dokuments, kann jedoch problemlos zur Simulation der Isolation durchgeführt werden.

Stellen Sie die lokale Umgebung wieder her. Je nach Art des Katastrophenfalls kann es erforderlich sein, die Konfiguration des geschützten Clusters wiederherzustellen und/oder zu überprüfen. Gegebenenfalls muss die JetStream DR-Software neu installiert werden.

Greifen Sie auf die wiederhergestellte lokale Umgebung zu, gehen Sie zur Jetstream DR-Benutzeroberfläche und wählen Sie die entsprechende geschützte Domäne aus. Nachdem die geschützte Site für das Failback bereit ist, wählen Sie die Failback-Option in der Benutzeroberfläche aus.

Der vom CPT generierte Failback-Plan kann auch verwendet werden, um die Rückgabe der VMs und ihrer Daten aus dem Objektspeicher zurück in die ursprüngliche VMware-Umgebung zu initiieren.

Geben Sie die maximale Verzögerung an, nachdem die VMs am Wiederherstellungsstandort angehalten und am geschützten Standort neu gestartet wurden. Die für diesen Vorgang benötigte Zeit umfasst die Fertigstellung der Replikation nach dem Stoppen der Failover-VMs, die zum Bereinigen der Wiederherstellungssite benötigte Zeit und die zum Neuerstellen der VMs auf der geschützten Site benötigte Zeit. NetApp empfiehlt 10 Minuten.

Schließen Sie den Failback-Prozess ab und bestätigen Sie anschließend die Wiederaufnahme des VM-Schutzes und der Datenkonsistenz.

Nachdem die VMs wiederhergestellt wurden, trennen Sie den sekundären Speicher vom Host und stellen Sie eine Verbindung zum primären Speicher her.

Starten Sie den MSSQL-Serverdienst neu.

Überprüfen Sie, ob die SQL-Ressourcen wieder online sind.

Um ein Failback zum primären Speicher durchzuführen, stellen Sie sicher, dass die Beziehungsrichtung dieselbe bleibt wie vor dem Failover, indem Sie einen umgekehrten Resynchronisierungsvorgang durchführen.

Um die Rollen des primären und sekundären Speichers nach dem umgekehrten Resynchronisierungsvorgang beizubehalten, führen Sie den umgekehrten Resynchronisierungsvorgang erneut durch.