Hinweis:

Dieses Tutorial erfordert Zugriff auf Oracle Cloud. Informationen zur Registrierung 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. Ersetzen Sie diese Werte nach Abschluss der Übung durch Werte, die für Ihre Cloud-Umgebung spezifisch sind.

Reservierte öffentliche IPs mit gleitenden Instanzen in OCI Full Stack Disaster Recovery verwenden

Einführung

Oracle Cloud Infrastructure Full Stack Disaster Recovery (OCI Full Stack DR) orchestriert den Übergang von Compute, Datenbank und Anwendungen zwischen Oracle Cloud Infrastructure-(OCI-)Regionen aus der ganzen Welt mit einem einzigen Klick. Kunden können die erforderlichen Schritte zur Wiederherstellung eines oder mehrerer Geschäftssysteme automatisieren, ohne vorhandene Infrastruktur, Datenbanken oder Anwendungen neu zu entwerfen oder neu zu strukturieren und ohne spezielle Verwaltungs- oder Konvertierungsserver zu benötigen.

Eine öffentliche IP-Adresse ist eine internetfähige IPv4-Adresse. Ressourcen, die direkten Internetzugang benötigen, müssen über eine verfügen, obwohl einige zusätzliche Anforderungen haben können.

In OCI gibt es zwei Typen öffentlicher IP-Adressen:

Ephemerisch: Temporär und an die Lebensdauer der Instanz gebunden. Es geht weg, wenn die Instanz beendet wird.
Reserviert: Persistent und kann die Instanz überleben, der sie zugewiesen ist. Sie können die Zuweisung jederzeit aufheben und die Zuweisung zu einer anderen Instanz ändern.

Mit diesem neuen Feature erhalten Sie mit OCI Full Stack DR mehr Kontrolle über die Zuweisung öffentlicher IPs. Wenn Sie eine verschiebende Instanz zu einer OCI Full Stack-DR-Schutzgruppe hinzufügen, können Sie jetzt eine reservierte öffentliche IP auswählen, die der Instanz in der Zielregion (Standbyregion) zugewiesen werden soll. Dadurch wird sichergestellt, dass der Instanz eine von Ihnen angegebene IP-Adresse zugewiesen wird, anstatt automatisch eine temporäre (ephemere) IP-Adresse zugewiesen zu werden. Weitere Informationen zur öffentlichen OCI-IP-Adresse finden Sie in der Dokumentation zur öffentlichen OCI-IP-Adresse.

In diesem Tutorial erfahren Sie, wie Sie reservierte öffentliche IPs mit verschiebenden Instanzen in OCI Full Stack DR verwenden und die DR-Planausführung für einen Switchover-Vorgang ausführen.

Architekturbeschreibung

Dieses Tutorial verwendet eine Cold Virtual Machine-(VM-)DR-Architektur (auch als Pilot Light bezeichnet). In diesem Setup wird die virtuelle Maschine nur in der primären Region ausgeführt. Während einer DR-Planausführung wird die VM in der DR-Region erstellt.

Um dies in OCI Full Stack DR einzurichten, müssen Sie die OCI Compute-Instanz als verschiebende Instanz auswählen, wenn Sie sie als Mitglied zur primären DR-Schutzgruppe hinzufügen. Für jeden an die Compute-Instanz angehängten Blockspeicher müssen Sie die regionsübergreifende Volume-Gruppenreplikation mit dem OCI Block Storage-Service einrichten. Dadurch wird sichergestellt, dass Ihre Boot- und Block-Volumes synchron bleiben und in der DR-Region schnell wiederhergestellt werden können.

Wenn Sie die Compute-Instanz als Mitglied hinzufügen, können Sie eine vorab erstellte reservierte öffentliche IP in der Zielregion (Standbyregion) auswählen. Wenn Sie diese Option auswählen, weist OCI Full Stack DR diese reservierte IP beim Starten der Instanz während des DR-Schritts operations.This automatisch zu. Wenn Sie sie überspringen, weist Full Stack DR stattdessen eine ephemere öffentliche IP zu. Die Verwendung einer reservierten IP wird jedoch empfohlen, wenn Sie nach der DR-Planausführung konsistenten öffentlichen Zugriff auf die Instanz beibehalten möchten.

fsdr_moving_instance_disaster_recovery_Physical_Architecture.png

Definitionen und Annahmen im gesamten Tutorial

Bereiche:
- Region 1 ist London: London wird zunächst als primäre Region dienen. Diese Rolle wechselt jedoch während des Switchover-Prozesses in den Standby-Modus, der im Rahmen des Disaster Recovery-Plans in den späteren Aufgaben ausgeführt wird.
- Region 2 ist Frankfurt: Frankfurt wird zunächst als Standby-Region fungieren. Diese Rolle wird nach dem Switchover-Prozess, der im Rahmen des Disaster Recovery-Prozesses in den nachfolgenden Aufgaben ausgeführt wird, später in die primäre Rolle übergehen.
Compartments: Sie können dieses Deployment und OCI Full Stack DR in einem beliebigen Compartment-Schema organisieren, das Ihren Standards für IT-Governance entspricht. Wir haben beschlossen, alle OCI-Ressourcen für dieses Tutorial in einem einzigen Compartment zu organisieren.

Ziele

In diesem Tutorial werden die folgenden Aufgaben behandelt:

Aufgabe 1: Erstellen Sie reservierte öffentliche IPs in beiden Regionen.
Aufgabe 2: DR-Schutzgruppen (DRPGs) in beiden Regionen erstellen.
Aufgabe 3: Fügen Sie dem DRPG Elemente hinzu.
Aufgabe 4: Erstellen Sie die DR-Pläne in Region 2.
Aufgabe 5: Validieren Sie die DR-Pläne in Region 2.
Aufgabe 6: Führen Sie den Switchover-Plan in Region 2 aus.
Aufgabe 7: Erstellen Sie DR-Pläne in Region 1.

Voraussetzungen

Wir verwenden die folgenden Ressourcen, um mit dem Tutorial zu beginnen. Am Ende dieses Tutorials erstellt OCI Full Stack DR zusätzliche Ressourcen, wie eine OCI Compute-Instanz und eine Volume-Gruppe, in Region 2.

Ressourcen	Region 1 - London	Region 2 - Frankfurt
Object Storage-Bucket	fsdr-bucket-lon	fsdr-bucket-fra
Compartment	Suraj	Suraj
VCN	vcn-london	vcn-frankfurt
Subnetz	öffentliches Subnetz-vcn-london	öffentliches Subnetz-vcn-frankfurt
Reservierte IP	appvm-lon	appvm-fra
Compute-VM	Appvm	-
Volume-Gruppe	Appvg	-

In diesem Tutorial wird gezeigt, wie Sie eine reservierte öffentliche IP erstellen. Bevor Sie fortfahren, müssen Sie alle erforderlichen Voraussetzungen erfüllen. Diese Schritte legen die Grundlage für ein reibungsloses und erfolgreiches OCI Full Stack DR-Setup.

Admin-Zugriff oder erforderliche Oracle Cloud Infrastructure Identity and Access Management-(OCI IAM-)Policys: Stellen Sie sicher, dass Sie über Administratorberechtigungen verfügen, oder konfigurieren Sie die erforderlichen OCI IAM-Policys für die Verwendung von OCI Full Stack DR. Weitere Informationen:
- IAM-Policy-Dokumentation
- IAM-Policys (Blog) konfigurieren
Zugriff auf Ausführungsbefehle auf OCI Compute-Instanzen: Wenn an die Compute-Instanz Blockspeicher angehängt ist, müssen Sie möglicherweise während DR-Vorgängen Befehle darauf ausführen. Weitere Informationen finden Sie unter Befehle auf OCI Compute ausführen.
OCI Object Storage-Buckets in beiden Regionen erstellen: Diese Buckets speichern Logs, die während DR-Vorgängen generiert wurden. Weitere Informationen finden Sie unter Object Storage für Logs.
VCNs mit öffentlichen Subnetzen in beiden Regionen einrichten: Erstellen Sie virtuelle Cloud-Netzwerke mit öffentlichen Subnetzen in der Primär- und der Standbyregion. Weitere Informationen finden Sie unter OCI-VCN.
Virtuelle Maschine in Region 1 erstellen: Erstellen Sie die OCI-VM, und verknüpfen Sie sie mit dem öffentlichen Subnetz. Weitere Informationen finden Sie unter OCI-VM.
Regionsübergreifende Volume-Gruppenreplikation in Region 1 konfigurieren: Gruppieren Sie den Blockspeicher Ihrer VM (Boot- und Daten-Volumes), und aktivieren Sie die Replikation von der Primär- in die Standbyregion. Weitere Informationen finden Sie unter OCI-Volume-Gruppe.

Aufgabe 1: Reservierte öffentliche IP in beiden Regionen erstellen

Reservierte öffentliche IP in Region 1 und Region 2 erstellen.

Hinweis: Wenn die reservierten IPs bereits in beiden Regionen verfügbar sind, können Sie Aufgabe 1 überspringen.

Melden Sie sich bei der OCI-Konsole an, und navigieren Sie zu Reservierte öffentliche IPs, wie in Abbildung 1.1 dargestellt.
1. Stellen Sie sicher, dass der OCI-Regionskontext auf Region 1 (London) gesetzt ist.
2. Klicken Sie auf Networking.
3. Klicken Sie auf Virtual Cloud Networks.
4. Klicken Sie auf IP-Management.
5. Klicken Sie auf Öffentliche IP-Adresse reservieren, geben Sie die Parameter ein, wie im folgenden Bild dargestellt, und klicken Sie auf Öffentliche IP-Adresse reservieren.
Abbildung 1.1: Reservierte öffentliche IP in Region 1 erstellen
Gehen Sie zur OCI-Konsole, und navigieren Sie zu Reservierte öffentliche IPs (siehe Abbildung 1.2).
1. Stellen Sie sicher, dass der OCI-Regionskontext auf Region 2 (Frankfurt) gesetzt ist.
2. Klicken Sie auf Networking.
3. Klicken Sie auf Virtual Cloud Networks.
4. Klicken Sie auf IP-Management.
5. Klicken Sie auf Öffentliche IP-Adresse reservieren, geben Sie die Parameter ein, wie im folgenden Bild dargestellt, und klicken Sie auf Öffentliche IP-Adresse reservieren.
Abbildung 1.2: Reservierte öffentliche IP in Region 2 erstellen

Aufgabe 2: DR-Schutzgruppen (DRPG) in beiden Regionen erstellen

Erstellen Sie DR-Schutzgruppen in Region 1 und Region 2, wenn die Schutzgruppen für diesen Anwendungsstack noch nicht vorhanden sind.

Aufgabe 2.1: Schutzgruppe in Region 1 erstellen

Gehen Sie zur OCI-Konsole, und navigieren Sie zu DR-Schutzgruppen, wie in Abbildung 2.1 dargestellt.
1. Stellen Sie sicher, dass der OCI-Regionskontext auf Region 1 (London) gesetzt ist.
2. Klicken Sie auf Migration und Disaster Recovery.
3. Klicken Sie auf DR-Schutzgruppen.
Abbildung 2.1: Zu DR-Schutzgruppen navigieren
Erstellen Sie ein einfaches DRPG in Region 1, wie in Abbildung 2.2 dargestellt. Der Peer, die Rolle und die Mitglieder werden in späteren Schritten zugewiesen.
1. Wählen Sie das Compartment aus, in dem das DRPG erstellt werden soll.
2. Klicken Sie auf DR-Schutzgruppe erstellen.
3. Geben Sie einen sinnvollen Namen für das DRPG ein.
4. Wählen Sie den OCI Object Storage-Bucket für OCI Full Stack DR-Logs aus.
5. Klicken Sie auf Erstellen.
Abbildung 2.2: Erforderliche Parameter zum Erstellen einer DR-Schutzgruppe in Region 1

Aufgabe 2.2: Schutzgruppe in Region 2 erstellen

Gehen Sie zur OCI-Konsole, und navigieren Sie zu DR-Schutzgruppen (siehe Abbildung 2.3).
1. Stellen Sie sicher, dass der OCI-Regionskontext auf Region 2 (Frankfurt) gesetzt ist.
2. Klicken Sie auf Migration und Disaster Recovery.
3. Klicken Sie auf DR-Schutzgruppen.
Abbildung 2.3: Zu DR-Schutzgruppen navigieren
Erstellen Sie eine grundlegende DR-Schutzgruppe (DRPG) in Region 2, wie in Abbildung 2.4 dargestellt. Der Peer, die Rolle und die Mitglieder werden in späteren Schritten zugewiesen.
1. Wählen Sie das Compartment aus, in dem das DRPG erstellt werden soll.
2. Klicken Sie auf DR-Schutzgruppe erstellen.
3. Geben Sie einen sinnvollen Namen für das DRPG ein.
4. Wählen Sie den OCI Object Storage-Bucket für OCI Full Stack DR-Logs aus.
5. Klicken Sie auf Erstellen.
Abbildung 2.4: Erforderliche Parameter zum Erstellen einer DR-Schutzgruppe in Region 2

Aufgabe 2.3: Schutzgruppen in Region 1 und Region 2 zuordnen

Ordnen Sie die DRPGs in jeder Region als Peers miteinander zu, und weisen Sie die Peerrollen der Primär- und Standbydatenbank zu. Die Rollen der Primär- und Standbydatenbank werden automatisch von OCI Full Stack DR im Rahmen einer DR-Operation/DR-Planausführung geändert. Sie müssen die Rollen nicht jederzeit manuell verwalten.

Gehen Sie zur Seite Details der DR-Schutzgruppe.
1. Stellen Sie sicher, dass der OCI-Regionskontext auf Region 1 (London) gesetzt ist.
2. Klicken Sie auf Zuordnen, um den Prozess zu starten.
Abbildung: Beginn der DRPG-Verknüpfung
Geben Sie die Parameter ein, wie im folgenden Bild dargestellt, und klicken Sie auf Verknüpfen.
- Rolle: Wählen Sie die Rolle Primär aus. OCI Full Stack DR weist die Standbyrolle automatisch Region 2 zu.
- Peer-Region: Wählen Sie Region 2 (Frankfurt) aus, in der das andere DRPG in Aufgabe 2.2 erstellt wurde.
- Peer-DR-Schutzgruppe: Wählen Sie das Peer-DRPG aus, das in Aufgabe 2.2 erstellt wurde.
Abbildung: Erforderliche Parameter zum Verknüpfen der DRPGs

OCI Full Stack DR zeigt etwas Ähnliches wie die Details in der folgenden Abbildung an, sobald die Verknüpfung abgeschlossen ist.

Das derzeitige primäre Peer-DRPG ist London (Region 1).
Der derzeitige Standby-Peer DRPG ist Frankfurt (Region 2).

Abbildung: Zeigt die Peerbeziehung aus der individuellen DRPG-Perspektive an

Dieselben Informationen finden Sie immer dann, wenn der Kontext/die Ansicht aus einer globalen Perspektive mit allen DR-Schutzgruppen angezeigt wird, wie in der folgenden Abbildung dargestellt.

Das derzeitige primäre Peer-DRPG ist London (Region 1).
Der derzeitige Standby-Peer DRPG ist Frankfurt (Region 2).

Abbildung: Zeigt die Peerbeziehung aus der globalen DRPG-Perspektive an

Aufgabe 3: Mitglieder zur DR-Schutzgruppe hinzufügen

Hinweis: Sie sollten die VM und die zugehörige Volume-Gruppe bereits mit regionsübergreifender Replikation von Region 1 in Region 2 erstellt haben, bevor Sie fortfahren. Falls nicht, erstellen Sie sie gemäß den Voraussetzungen.

In dieser Aufgabe fügen wir die folgenden OCI-Ressourcen zum primären DRPG in Region 1 hinzu.

Bevor Sie fortfahren, prüfen wir die virtuelle Maschine und die zugehörige Volume-Gruppe.

Stellen Sie sicher, dass die virtuelle Maschine hochgefahren und gestartet ist.
Die virtuelle Maschine muss mit einem öffentlichen Subnetz verknüpft sein, um bei DR-Vorgängen eine reservierte öffentliche IP-Adresse zu verwenden.
Vergewissern Sie sich, dass die Volume-Gruppe ordnungsgemäß an Region 2 angehängt und repliziert wurde.

app-vm-region1
Abbildung: Zeigt die Anwendungs-VM an, die in Region 1 ausgeführt wird, die mit der öffentlichen IP verknüpft ist

Regionsübergreifend-vg-region1
Abbildung: Regionsübergreifende Volume-Gruppenreplikation von Region 1 in Region 2 anzeigen

Aufgabe 3.1: Mitglieder zu DRPG in Region 1 hinzufügen

Wählen Sie das DRPG in Region 1 aus, wie in der folgenden Abbildung dargestellt.
1. Stellen Sie sicher, dass der OCI-Regionskontext Region 1 (London) lautet.
2. Wählen Sie das DRPG in Region 1 aus.
3. Wählen Sie Members.
4. Klicken Sie auf Element hinzufügen, um den Prozess zu starten.
Abbildung: So beginnen Sie mit dem Hinzufügen von Mitgliedern zur DR-Schutzgruppe in Region 1
Fügen Sie eine Compute-Instanz für die App-VM hinzu.
1. Warnung zu DR-Plänen bestätigen.
2. Geben Sie Compute als Ressourcentyp für das Element ein.
3. Wählen Sie die Compute-Instanz appvm aus.
4. Wählen Sie Instanz verschieben aus.
5. Klicken Sie auf VNIC-Zuordnung hinzufügen, um das VCN und das öffentliche Subnetz auszuwählen, das der VNIC in Region 2 während eines Recoverys zugewiesen werden soll.
6. Geben Sie die Details der reservierten IP im Abschnitt Reservierte öffentliche IP-Adresse des Ziels ein. Dies ist die reservierte öffentliche IP, die wir beim Starten der Instanz in Region 2 verwenden möchten. Nachdem alle Details angegeben wurden, klicken Sie auf Hinzufügen.
  
  Hinweis: Dieses optionale Feld wird nur angezeigt, wenn Sie im Abschnitt Zielsubnetz die Option Öffentliches Subnetz auswählen. Wenn Sie diese OCI Full Stack DR nicht auswählen, wird der angegebenen VNIC eine ephemere öffentliche IP zugewiesen. Da wir die reservierten IP-Details angegeben haben, weist OCI Full Stack DR der VNIC die reservierte öffentliche IP zu.
7. Prüfen Sie, ob die hinzugefügte VNIC im Abschnitt "VNIC" angezeigt wird, und zeigen Sie die Details der ausgewählten reservierten öffentlichen IP an.
8. Warten Sie, bis die DR-Schutzgruppe in den Status Aktiv geändert wird. Prüfen Sie die hinzugefügte Compute-VM im Abschnitt Mitglieder.
Abbildung: Erforderliche Parameter zum Hinzufügen einer Anwendungs-VM

Abbildung: Erforderliche Parameter für die Zuordnung der VNIC in Region 2

Abbildung: VNIC-Details in Region 2

Abbildung: Compute-Instanz dem DRPG in Region 1 hinzugefügt
Fügen Sie die Block-Volume-Gruppe mit dem Boot-Volume der Anwendungs-VM hinzu, und klicken Sie auf Mitglied hinzufügen.
1. Warnung zu DR-Plänen bestätigen.
2. Wählen Sie als Mitglied Ressourcentyp die Option Volume-Gruppe aus.
3. Stellen Sie sicher, dass das richtige Compartment mit der Volume-Gruppe ausgewählt ist, und wählen Sie die Volume-Gruppe aus.
Abbildung: Erforderliche Parameter zum Hinzufügen der Volume-Gruppe für die Compute-Instanz

Abbildung: Volume-Gruppe für die Compute-Instanz, die dem DRPG in Region 1 hinzugefügt wurde

Damit haben wir die erforderlichen Mitglieder erfolgreich zur DR-Schutzgruppe in Region 1 hinzugefügt.

Da wir eine gleitende Instanz verwenden, müssen keine Mitglieder zur DR-Schutzgruppe in Region 2 hinzugefügt werden. OCI Full Stack DR erstellt während der Planausführung automatisch die erforderlichen Ressourcen in der Standbyregion.

Aufgabe 4: DR-Pläne in Region 2 erstellen

In dieser Aufgabe erstellen wir die anfänglichen Switchover- und Failover-Pläne, die mit der Standby-DR-Schutzgruppe in Region 2 (Frankfurt) verknüpft sind.

Der Zweck dieser Pläne besteht darin, die Workload nahtlos von der primären Region (Region 1) in die Standbyregion (Region 2) zu verschieben. Im Rahmen eines DR-Vorgangs werden die Rollen der DR-Schutzgruppen in beiden Regionen automatisch umgekehrt: Die Schutzgruppe in Region 1 wird zur Standbydatenbank, während die Schutzgruppe in Region 2 die Primärrolle nach einem Failover oder Switchover übernimmt.

OCI Full Stack DR füllt diese Pläne vorab mit integrierten Schritten aus den bei den vorherigen Aufgaben hinzugefügten Mitgliedsressourcen auf.

Switchover-Pläne werden immer innerhalb der Schutzgruppe mit der Standbyrolle erstellt. Da Region 2 (Frankfurt) derzeit die Standby-Schutzgruppe ist, werden wir dort mit der Erstellung der Pläne beginnen.

Aufgabe 4.1: DR-Pläne erstellen

Erstellen Sie einen Basisplan, indem Sie das DRPG in Region 2 (Frankfurt) auswählen.
1. Stellen Sie sicher, dass der OCI-Regionskontext Region 2 (Frankfurt) lautet.
2. Wählen Sie das Standby-DRPG in Region 2.
3. Wählen Sie Pläne aus.
4. Klicken Sie auf Plan erstellen, um den Prozess zu starten.
Abbildung: So beginnen Sie mit der Erstellung grundlegender DR-Pläne in Region 2
Erstellen Sie einen Switchover-Plan.
1. Geben Sie einen einfachen und aussagekräftigen Namen für den Switchover-Plan ein. Der Name sollte so kurz wie möglich sein, aber auf einen Blick leicht zu verstehen, um Verwirrung und menschliches Versagen während einer Krise zu reduzieren.
2. Wählen Sie unter Plantyp die Option Switchover (geplant) aus.
Abbildung: Die zum Erstellen des DR-Switchover-Plans erforderlichen Parameter
Erstellen Sie einen Failover-Plan.
1. Geben Sie einen einfachen und aussagekräftigen Namen des Failover-Plans ein.
2. Wählen Sie unter Plantyp die Option Failover (nicht geplant) aus.
Abbildung: Die zum Erstellen des DR-Failover-Plans erforderlichen Parameter
Erstellen Sie einen Start-Drill-Plan.
1. Geben Sie einen einfachen und aussagekräftigen Namen des Startaufgliederungsplans ein.
2. Wählen Sie unter Plantyp die Option Drilldown starten aus.
Abbildung: Die zum Erstellen des DR-Start-Drillplans erforderlichen Parameter
Erstellen Sie einen Stop-Drill-Plan.
1. Geben Sie einen einfachen und aussagekräftigen Namen für den Stop-Drill-Plan ein.
2. Wählen Sie unter Plantyp die Option Aufgliederung stoppen aus.
Abbildung: Die zum Erstellen des DR-Start-Drillplans erforderlichen Parameter

Hinweis: Sie erhalten eine Warnmeldung, da OCI Full Stack DR nur die Erstellung eines Stopp-Drillplans zulässt, nachdem der Start-Drill ausgeführt wurde und die DR-Schutzgruppe nicht mehr den Status Aktiv aufweist.

Das bedeutet, dass Sie zu diesem Zeitpunkt keinen Aufgliederungsplan zum Stoppen erstellen können. In diesem Tutorial werden wir mit dem Switchover-Plan fortfahren. Wenn Sie jedoch interessiert sind, können Sie experimentieren, indem Sie zuerst einen Start-Drill-Plan ausführen und stattdessen versuchen, einen Stopp-Drill-Plan zu erstellen.
Die Standby-DR-Schutzgruppe in Region 2 muss jetzt über die drei DR-Pläne verfügen, wie in der folgenden Abbildung dargestellt. Diese behandeln den Übergang von Workloads von Region 1 zu Region 2 und führen auch einen Drillplan in Region 2 aus. Sie erstellen ähnliche Pläne in Region 1, um Workloads in einer späteren Aufgabe von Region 2 zurück in Region 1 zu verschieben.

Abbildung: Drei DR-Pläne anzeigen, die in Region 2 vorhanden sein müssen, bevor Sie fortfahren

Aufgabe 5: DR-Pläne in Region 2 validieren

Die in Aufgabe 4 erstellten grundlegenden DR-Pläne enthalten vorab aufgefüllte Schritte für Recovery-Aufgaben, die in OCI Full Stack DR integriert sind.

Aufgabe 5.1: (Optional) Aktivieren Sie DR-Plangruppen, die Artefakte für den Switchover-Plan beenden

Im Switchover-Plan sind standardmäßig zwei Plangruppen deaktiviert, wie in der folgenden Abbildung dargestellt. Diese Plangruppen sind deaktiviert, um während des Tests Sicherheit zu bieten. Dadurch wird sichergestellt, dass keine Artefakte gelöscht werden und dass die Quellumgebung (VM/Volume-Gruppen) bei Problemen während der Testphase intakt bleibt.

Diese beiden Plangruppen sind jedoch so ausgelegt, dass Artefakte beendet (gelöscht) werden, die für zukünftige DR-Vorgänge nicht mehr erforderlich sind. Wenn diese Plangruppen nicht aktiviert sind, sammeln sich nicht verwendete Artefakte im Laufe der Zeit weiter an, wenn Sie Switchover zwischen den beiden Regionen ausführen. Dies kann zu Verwirrung darüber führen, welche Compute-Instanzen, OCI File Storage und Volume-Gruppen aktiv sein sollten.

Wenn Sie diese Plangruppen jetzt aktivieren, können Sie optional vermeiden, dass unnötige Artefakte vor dem Produktionsstart manuell bereinigt werden müssen. Dieser proaktive Schritt kann den Übergang zur Produktion optimieren und eine sauberere, überschaubarere Umgebung aufrechterhalten.

Abbildung: Plangruppen sind standardmäßig für den Switchover-Plan deaktiviert

Um die Plangruppen zu aktivieren, wählen Sie im Kontextmenü rechts neben dem Plangruppennamen die Option Alle Schritte aktivieren aus.

Abbildung: So aktivieren Sie das Beenden von Compute-Instanzen

Abbildung: Klicken Sie zum Validieren auf "Aktivieren".

Abbildung: So aktivieren Sie das Beenden der Volume-Gruppe

Abbildung: Klicken Sie zum Validieren auf "Aktivieren".
Validieren Sie den Switchover-Plan.

Abbildung: Gruppen für den Switchover-Plan planen

Aufgabe 5.2: Failover-Plan prüfen

Prüfen Sie den Failover-Plan.

Abbildung: Gruppen für den Failover-Plan planen

Aufgabe 5.3: Start-Drill-Plan prüfen

Prüfen Sie den Start-Drill-Plan.

Abbildung: Plangruppen für den Start-Drill-Plan

Aufgabe 6: Switchover-Plan in Region 2 ausführen

DR-Pläne (Switchover, Failover und Start-Drill) wurden erfolgreich in der Standby-Region 2 erstellt. Mit diesen Plänen kann OCI Full Stack DR Workloads von Region 1 in Region 2 umstellen und mit dem Drill in Region 2 beginnen.

Aufgabe 6.1: Vorabprüfungen für den Switchover-DR-Plan ausführen

Stellen Sie sicher, dass der Regionskontext auf Standbyregion 2 gesetzt ist.
Stellen Sie sicher, dass die richtige DR-Schutzgruppe in Region 2 ausgewählt ist. Sie muss die Standbyrolle sein.
Klicken Sie auf den Namen des Switchover-Plans.
Klicken Sie auf Vorabprüfungen ausführen.

Abbildung: Zeigen, wie Vorabprüfungen des Switchover-Plans ausgeführt werden

Abbildung: Abgeschlossene Vorabprüfungen des Switchover-Plans anzeigen

Hinweis: Ebenso können Sie die Vorabprüfungen für die Pläne Failover und Drilldown starten ausführen.

Aufgabe 6.2: Switchover-Plan in Region 2 ausführen

Führen Sie den Switchover-DR-Plan aus, um mit dem Übergang der VM von Region 1 in Region 2 zu beginnen. Während des VM-Starts in Region 2 wird automatisch die reservierte öffentliche IP verwendet, die zuvor erstellt wurde.

Stellen Sie sicher, dass der Regionskontext auf Standbyregion 2 gesetzt ist.
Stellen Sie sicher, dass die richtige DR-Schutzgruppe in Region 2 ausgewählt ist. Sie muss die Standbyrolle sein.
Klicken Sie auf den Namen des Switchover-Plans.
Klicken Sie auf Plan ausführen.
Heben Sie die Auswahl von Vorabprüfungen aktivieren auf, da sie bereits in Aufgabe 6.1 ausgeführt wurden.
Klicken Sie auf DR-Plan ausführen, um zu beginnen.

Abbildung: Zeigen, wie der Switchover-Plan ausgeführt wird

Überwachen Sie den Switchover-Plan, bis die vollständige Workload vollständig von Region 1 in Region 2 überführt wurde. Die Ausführung des Switchover-Plans wurde in ca. 52 Minuten erfolgreich abgeschlossen.

Abbildung: Eine abgeschlossene Switchover-Planausführung wird angezeigt.
Validieren Sie die OCI Compute-Instanz, die mit der reservierten öffentlichen IP gestartet wurde. Navigieren Sie von der Seite VCN zum Abschnitt Reservierte öffentliche IPv4-Adressen. Sie können sehen, dass die angegebene reservierte IP appvm-fra als zugewiesen angezeigt wird.

Abbildung: Angezeigte reservierte IP wird zugeordnet

Sie können dies auch mit den öffentlichen IP-Details der Compute-Instanz validieren.
Prüfen Sie die DR-Schutzgruppenrollen. Region 2 ist jetzt Primär und Region 1 ist Standby, sodass DR-Pläne in Region 1 erstellt werden können.

Abbildung: Primäre Rolle in Region 2

Abbildung: Standbyrolle in Region 2

Aufgabe 7: DR-Pläne in Region 1 erstellen und anpassen

Mit dem erfolgreichen Abschluss des Switchovers durch OCI Full Stack DR hat Region 2 jetzt die Rolle der primären Region übernommen, während Region 1 als Standbyregion übergegangen ist.

Hinweis: Um reservierte IPs beim Start einer OCI Compute-Instanz in Region 1 zu verwenden, müssen Sie die VNIC-Eigenschaften des Compute Members bearbeiten und im Abschnitt für reservierte IP appvm-lon auswählen.

Befolgen Sie den in Aufgabe 4 bis 6 beschriebenen Ansatz, erstellen und passen Sie die Switchover-, Failover- und Start-Drill-Pläne in der DR-Schutzgruppe für Region 1 an, die jetzt als Standby-Peer-Region dient.
Die Standby-DR-Schutzgruppe in Region 2 muss jetzt über die drei DR-Pläne verfügen, wie in der folgenden Abbildung dargestellt. Diese behandeln den Übergang von Workloads von Region 1 zu Region 2 und führen auch einen Drillplan in Region 2 aus. Sie erstellen ähnliche Pläne in Region 1, um Workloads in einer späteren Aufgabe von Region 2 zurück in Region 1 zu verschieben.

Abbildung: Drei DR-Pläne anzeigen, die in Region 1 vorhanden sein müssen, bevor Sie fortfahren
Führen Sie an dieser Stelle ein Switchover von Region 1 zu Region 2 aus. Dadurch wird sichergestellt, dass alle DR-Pläne in beiden DR-Schutzgruppen verfügbar sind, sodass eine vollständige und konsistente Failover-Konfiguration möglich ist. Sie können die Aufgabe 6 befolgen, um die DR-Pläne auszuführen.

Danksagungen

Autor - Suraj Ramesh (Produktmanager für OCI Full Stack DR)

Weitere Lernressourcen

Sehen Sie sich andere Übungen zu docs.oracle.com/learn an, oder greifen Sie im Oracle Learning YouTube-Channel auf weitere kostenlose Lerninhalte 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

Use Reserved Public IPs with Moving Instances in OCI Full Stack Disaster Recovery

G33297-01