Hinweis:

Für dieses Tutorial ist Zugriff auf Oracle Cloud erforderlich. Informationen zum Registrieren für einen kostenlosen Account finden Sie unter Erste Schritte mit Oracle Cloud Infrastructure Free Tier.
Es verwendet Beispielwerte für Oracle Cloud Infrastructure-Zugangsdaten, -Mandanten und -Compartments. Wenn Sie Ihre Übung abgeschlossen haben, ersetzen Sie diese Werte durch Werte, die speziell für Ihre Cloud-Umgebung gelten.

Disaster Recovery konfigurieren - Cold Standby mit RackWare® und Oracle Cloud VMware Solution

Einführung

Die Oracle Cloud VMware Solution-Umgebung verfügt über eine Mindestkonfiguration für Server. Diese Mindestkonfiguration ist manchmal eine kostspielige Option für das Vor-Provisioning und die Ausführung für Disaster Recovery. Die in diesem Tutorial beschriebene Option aktiviert Disaster Recovery für die Workloads, indem die Daten von einer On-Premise- oder Cloud-Umgebung auf dem RMM-Server RackWare repliziert werden. Das Provisioning des Oracle Cloud VMware Solution-SDDC findet nur im Falle eines Disaster-Recoverys statt. Die VMs werden automatisch bereitgestellt und aus dem RMM-Image-Repository für Oracle Cloud VMware Solution wiederhergestellt.

Die folgende Abbildung zeigt den Gesamtablauf der im Tutorial beschriebenen Lösung.

Workflow

Mit dieser Option können Kunden die Anfangskosten sparen, da das SDDC nicht ab dem 1. Tag bereitgestellt werden muss. Das RTO der Anwendungs-Workloads kann jedoch bei einem Disaster Recovery erheblich beeinträchtigt werden. Das RTO beträgt mindestens 4 Stunden und die detaillierte Beschreibung ist im Abschnitt "Disaster Recovery Runbook" verfügbar.

Hinweis: Bei diesem Ansatz können Sie die Vorlaufkosten für die Oracle Cloud VMware Solution-Umgebung einsparen. Bei Disaster Recovery kann der RTO-Mindestwert jedoch in Stunden/Tag/Tagen angegeben werden. Das Provisioning der Oracle Cloud VMware Solution dauert etwa 2,5 bis 3 Stunden. Je nach Datengröße dauert das Erstellen der Netzwerk- und Provisioning-Server aus dem Repository zusätzliche Zeit. Daher kann das RTO mit dem Cold Disaster Recovery nicht garantiert werden, und es ist eine sorgfältige Prüfung erforderlich, um diesem Cold Disaster Recovery-Szenario zu folgen.

Wichtiger Hinweis: Dieses Tutorial behandelt nicht Disaster Recovery für native Services von Oracle Cloud Infrastructure (OCI). RackWare kann jedoch zur Wiederherstellung von Workloads für den nativen OCI-Compute-Service verwendet werden.

Zielsetzung

In diesem Tutorial wird zusammengefasst, wie RackWare RMM replizierte Daten aus dem Image-Repository nahtlos automatisch für den Oracle Cloud VMware Solution-Anwendungsfall "Cold Standby Disaster Recovery" bereitstellen kann und nur im Falle von Disaster Recovery bereitgestellt wird.

Voraussetzungen

Admin-Zugriff zum Verwalten des Deployments von RackWare und zusätzlichen Komponenten zur effektiven Verwaltung der OCI-Umgebung.
Konnektivität zwischen Quell- und OCI-Mandant.
Rackware Disaster Recovery-Lizenz für die Anzahl der VMs/Server, die geschützt werden.
Servicelimit für die Anzahl der Oracle Cloud VMware Solution-Knoten, die für das SDDC-Cluster identifiziert wurden. Mindestens 1 SDDC- und 3 ESXi-Hosts müssen immer verfügbar sein.

Beachten Sie die allgemeine Terminologie, die in RackWare verwendet wird.

RackWare RMM: Das Rackware Management Module ist ein Kern der Lösung, mit der Sie eine Web-UI zur Ausführung der Migrations- und Disaster-Recovery-Konfiguration erhalten.
Welle: Eine Welle ist eine Sammlung von Servern, die an den Migrations- oder Disaster-Recovery-Plänen teilnehmen.

Überblick über Lösung

Das Architekturdiagramm stellt den RMM-Server dar, der in OCI mit Blockspeicher für das Image-Repository bereitgestellt wird. Die Workloads aus der Quelle werden im Gegensatz zum normalen Disaster-Recovery-Szenario, in dem die Workloads in Oracle Cloud VMware Solution bereitgestellt werden und die Synchronisierung mit den passiven Kopien der VMs erfolgt, im RMM-Image-Repository repliziert.

Die folgende Abbildung zeigt die Architekturdarstellung von Disaster Recovery mit Oracle Cloud VMware Solution unter Verwendung von RackWare.

Architekturdiagramm

Die Darstellung der Oracle Cloud VMware Solution in der Architektur ist schattiert, um zu zeigen, dass sie ab Tag 1 der Architekturimplementierung nicht verfügbar ist. Sie wird jedoch nur bereitgestellt, wenn die Katastrophe am primären Standort eintrifft.

Die Architektur besteht aus den folgenden Komponenten.

Oracle Cloud VMware Solution-SDDC: Oracle Cloud VMware Solution ist eine Disaster-Recovery-Site zur Wiederherstellung der geschützten VMs im Katastrophenfall und wird nur im Falle eines Disaster-Recoverys bereitgestellt.
RMM-Server: Das Managementmodul RackWare ist die Kernkomponente von RackWare, um die Workloads in seinem lokalen Repository zu replizieren und automatisch in der Oracle Cloud VMware Solution-Umgebung bereitzustellen.
OCI FastConnect: Dedizierte private Netzwerkkonnektivität zwischen Quelle und OCI-Mandant. Die Bandbreitenanforderung des Links hängt von der Größe der Daten ab, die auf den Sites repliziert werden müssen.
VPN: OCI-VPN IPSec für Konnektivität über das Internet, bei dem die FastConnect-Implementierung nicht möglich ist. VPN garantiert jedoch nicht die gewünschte RPO und wird empfohlen, diese Option nur für Proof Of Concept (POC) zu verwenden.
Block Storage: Blockspeicher wird an den RMM-Server angehängt, um die ZFS-Poolkapazität für das lokale Image-Repository zu skalieren. Stellen Sie sicher, dass die Größe Ihres Blockspeichers der Größe der zu replizierenden Workloads entspricht oder größer ist.

Aufgabe 1: Disaster Recovery-Umgebung vorbereiten

In diesem Abschnitt werden die Schritte beschrieben, die zum Erstellen der RackWare-Umgebung erforderlich sind, um das gesamte Disaster Recovery-Setup mit Oracle Cloud VMware Solution als Cold Standby abzuschließen.

Aufgabe 1: RackWare RMM-Server bereitstellen

Das RackWare RMM ist als OCI Marketplace-Image mit BYOL und der kostenpflichtigen Option verfügbar.

RackWare RMM BYOL

Befolgen Sie die Installations- und Konfigurationsanweisungen über den Link, um das RackWare RMM-Setup in Oracle Cloud Infrastructure abzuschließen: RackWare RMM - Erste Schritte mit OCI

Aufgabe 2: Disaster Recovery-Welle erstellen

In diesem Abschnitt wird eine Disaster Recovery-Welle erstellt, um die Quellumgebung in das RackWare RMM-Image-Repository zu replizieren.

Melden Sie sich beim RMM-Server mit den admin-Zugangsdaten an.
Navigieren Sie zu Replikation, klicken Sie auf Wellen, (+), und wählen Sie + Welle erstellen aus. Alternativ können Sie die Option Datei hochladen verwenden, um die Server per Bulkvorgang mit einer Vorlage hochzuladen. Geben Sie den Namen der Welle an, und übernehmen Sie die Standardoptionen.
Klicken Sie auf die neu erstellte Welle und dann auf (+), um dieser Welle Hosts hinzuzufügen.
Geben Sie die Quellinformationsdetails ein, wie IP-Adresse, BS-Typ und Zugangsdaten. Es wird empfohlen, eine Option ohne Kennwort für den sicheren Zugriff von RMM auf den Quellserver zu verwenden.
Sie müssen die Option Capture wählen und den Bildnamen angeben, wie im folgenden Beispiel-Screenshot gezeigt. Mit dieser Option können Sie ein Image für die Quelle im lokalen lokalen RMM-Repository erfassen.

Hinweis: Fügen Sie alle Quellserver zu den spezifischen Disaster Recovery-Wellen hinzu. Der Befehl Host hinzufügen kann auch mit der Datei RackWareWaveTemplateVcenter.xlsx ausgeführt werden. Die Excel-Datei kann alle Serverquellendetails enthalten und in die Disaster Recovery-Welle hochgeladen werden. Dadurch kann der manuelle Aufwand zum Hinzufügen von Hosts reduziert werden. Weitere Einzelheiten finden Sie im folgenden Screenshot der xlsx-Beispieldatei.

Beispiel einer Excel-Vorlage für den Massenupload der Hosts in die Welle.

Wichtiger Hinweis: Wenn Sie Hosts zu einer Disaster-Recovery-Welle hinzufügen, sind die Netzwerklabels die logischen NSX-T-Netzwerksegmente, die Sie bei Disaster Recovery im Oracle Cloud VMware Solution-SDDC erstellen.

Aufgabe 3: Disaster Recovery Policy erstellen und Disaster Recovery-Welle ausführen

Bevor Sie beginnen, machen Sie sich mit dem anderen Zielsynchronisierungsvorgang in RackWare vertraut. In der folgenden Tabelle werden die einzelnen Phasen und deren Verwendung im Cold Standby Disaster Recovery-Anwendungsfall beschrieben.

Synchronisierungsoption	Beschreibung
Direkte Synchronisierung	Zielsynchronisierungsoption für die direkte Synchronisierung zwischen Quell- und Zielserver
Stufe 1	Zielsynchronisierungsoption, bei der die Quelldaten in das RMM-Serverimage-Repository repliziert werden
Stufe 2	Zielsynchronisierungsoption, bei der die Daten aus dem RMM-Image-Repository in den Zielendpunkt repliziert werden
Stufe 1 und 2	Zielsynchronisierungsoption, bei der die Synchronisierung zwischen Quelle und RMM und von RMM zu Ziel erfolgt.

Erstellen Sie als Nächstes eine Disaster Recovery Policy entsprechend der RPO-Anforderung der Anwendung.

Hinweis: Sie erstellen eine Welle unter "Replikation", aber wenn die Disaster Recovery Policy der Welle zugeordnet ist, wird sie automatisch unter die Registerkarte Disaster Recovery verschoben.

Klicken Sie auf der Registerkarte "Disaster Recovery" auf "Policys", und klicken Sie auf (+), um eine Disaster Recovery Policy zu erstellen.
Konfigurieren Sie Einstellungen entsprechend Ihren Disaster Recovery-Anforderungen, und wählen Sie Periodizität entsprechend Ihren RPO-Anforderungen aus. Im folgenden Beispiel-Screenshot wird das RPO auf 15 Minuten gesetzt.

Hinweis: Sie können den Status der Policy prüfen. Da die Policy der Welle noch nicht zugewiesen ist und noch nicht ausgeführt wird, wird sie vom Status als Ausstehender Lebenslauf dargestellt.
Klicken Sie auf der Registerkarte Disaster Recovery auf Wellen, wählen Sie die zuvor erstellte Welle aus, und verknüpfen Sie die neu erstellte Disaster Recovery Policy.

Hinweis: Weitere Informationen finden Sie im folgenden Beispiel-Screenshot, in dem die Disaster Recovery Policy mit dem Namen Every_15_Mins mit der Disaster Recovery Wave mit den Standardeinstellungen verknüpft wurde. Sie können das Kontrollkästchen Policy jetzt starten deaktivieren, wenn Sie die Policy nicht sofort nach der Zuweisung zur Welle starten möchten.
Führen Sie die Welle aus, indem Sie auf eine Wiedergabeschaltfläche klicken, die den Replikationsjob aus dem lokalen RMM-Image-Repository der Quelle auslösen kann. Die Replikation erfolgt zum ersten Mal manuell und wird dann entsprechend der in der Disaster Recovery Policy festgelegten Häufigkeit automatisch synchronisiert. Der folgende Screenshot zeigt den Capture-Status in der Spalte Ziel.
Nach erfolgreicher Replikation wird der Zielstatus von Capture in Stage1 geändert. Dies bedeutet, dass die Replikation vom lokalen Quell- in das RMM-Image-Repository erfolgt ist.

Hinweis: Sie können den Status des automatischen Provisionings auch als "Nicht konfiguriert" angeben, weil noch keine Einstellungen für das automatische Provisioning festgelegt wurden.

Disaster-Recovery-Wellenstatus

In dieser Phase werden die Quell-Workloads mit dem RMM-Image-Repository synchronisiert.

Aufgabe 2: Disaster Recovery-Runbook konfigurieren, um eine Disaster-Situation zu beheben

Im Falle einer Katastrophe ist der primäre Standort nicht verfügbar. Um die Umgebung aus einer Katastrophe wiederherzustellen, fassen die folgenden Schritte das gesamte Disaster Recovery-Runbook im Falle einer Disaster Recovery zusammen.

Aufgabe 1: Oracle Cloud VMware Solution-SDDC bereitstellen

In dieser Phase besteht die erste Aufgabe darin, die Oracle Cloud VMware Solution-SDDC-Umgebung bereitzustellen und das erforderliche Netzwerklayout aus der NSX-T-Infrastruktur zu erstellen.

Befolgen Sie die Details unter dem Link zu Oracle Cloud VMware Solution-SDDC erstellen und konfigurieren.

Aufgabe 2: Registrieren Sie den neuen VMware vCenter-Server bei RackWare RMM.

Nachdem das Oracle Cloud VMware Solution-SDDC erfolgreich bereitgestellt wurde, führen Sie die folgenden Schritte aus, um den VMware vCenter-Server zu registrieren.

Navigieren Sie zu Konfiguration, klicken Sie auf vCenter, und klicken Sie dann auf Hinzufügen, um den VMware vCenter-Server zu registrieren.
Geben Sie die vCenter-Details für VMware an, wie IP-Adresse und Zugangsdaten, und klicken Sie auf Hinzufügen.

Aufgabe 3: Disaster Recovery Wave mit automatischer Bereitstellung für Oracle Cloud VMware Solution aktualisieren

Klicken Sie auf die Registerkarte Disaster Recovery, wählen Sie die Disaster Recovery-Welle aus, und klicken Sie auf Nicht konfiguriert für das automatische Provisioning, und aktualisieren Sie die Einstellung für das automatische Provisioning auf den neu registrierten VMware vCenter-Server.
Aktualisieren Sie die Hosts, und ändern Sie den Zieltyp in "Autoprovisioning aus Capture". Geben Sie einen benutzerfreundlichen Namen an (optional). Diese Einstellung gilt pro Host. Diese Einstellung kann jedoch auf eine große Anzahl von Hosts in der Welle aktualisiert werden, indem die Vorlagendatei hochgeladen wird.
Gehen Sie auf demselben Bildschirm "Host bearbeiten" zur Registerkarte vCenter-Optionen, und fügen Sie NICs-Informationen hinzu.
Aktualisieren Sie die NIC-Informationen entsprechend der Oracle Cloud VMware Solution-Zielumgebung. Im folgenden Beispiel-Screenshot sehen Sie, wo "RW_Test" der Name des Netzwerks ist, das von NSX-T unterstützt wird.
Nach der Aktualisierung der NICs-Informationen sollte eine ähnliche Ausgabe wie im folgenden Screenshot angezeigt werden.
Führen Sie die Welle jetzt aus, indem Sie auf Failover klicken. Aufgrund dieses Vorgangs werden die Server automatisch dem Oracle Cloud VMware Solution-SDDC aus dem RackWare RMM-Image-Repository bereitgestellt.
- Aktivieren Sie das Kontrollkästchen Testmodus nicht, da Sie dies bei einer echten Katastrophe durchführen möchten. Es wird jedoch empfohlen, einen Disaster-Recovery-Drill durchzuführen, indem Sie das Oracle Cloud VMware Solution-SDDC für die stündliche Abrechnung bereitstellen und nach dem Disaster-Recovery-Drill außer Betrieb setzen.
- Validieren Sie den Status der Welle. Beachten Sie, dass die VMs auf dem Oracle Cloud VMware Solution vCenter-Server erstellt werden.

Wenn der Failover-Vorgang erfolgreich ist, werden alle Server mit den letzten Datenänderungen im Repository im Oracle Cloud VMware Solution-SDDC erstellt und aktiviert.

Erfolgreiches Failover

Bestätigungen

Autor - Devendra Gawale (Cloud-Lösungsarchitekt)

Weitere Lernressourcen

Sehen Sie sich weitere Übungen unter docs.oracle.com/learn an, oder greifen Sie auf weitere kostenlose Lerninhalte im Oracle Learning-Kanal YouTube zu. Besuchen Sie außerdem education.oracle.com/learning-explorer, um Oracle Learning Explorer zu werden.

Die Produktdokumentation finden Sie im Oracle Help Center.

Titel und Copyright-Informationen

Configure Disaster Recovery - Cold Standby using RackWare® with Oracle Cloud VMware Solution

F70771-01

September 2022