Rackware für Disaster Recovery von virtuellen Maschinen konfigurieren

Rackware Migration Manager (RMM) wird auf der Produktionssite bereitgestellt, um virtuelle Maschinen zu oder von OCI und Compute Cloud@Customer zu replizieren.

Die folgende Rackware-Architektur zeigt die Disaster Recovery zwischen OCI und Compute Cloud@Customer:

Beschreibung von Rackware-dr-oracle-compute-cloud-customer-oci.png folgt

Beschreibung der Abbildung Rackware-dr-oracle-compute-cloud-customer-oci.png

Rackware-dr-oracle-compute-cloud-customer-oci-oracle.zip

In dieser Architektur wird RMM auf der Produktionssite bereitgestellt, um virtuelle Maschinen in oder von OCI und Compute Cloud@Customer zu replizieren. Der RMM-Server wird auf OCI bereitgestellt. Der Rackware-DR-Plan ist auf dem RMM-Server konfiguriert, um die Web- und App-VMs zusammen mit dem angehängten Blockspeicher zu schützen. Web- und App-VMs sowie ihr Blockspeicher werden von Rackware von OCI in Compute Cloud@Customer repliziert.

Backup- und Restore-Architektur für OCI konfigurieren

Im Folgenden finden Sie die Konfigurationsempfehlungen für die Konfiguration der Backup- und Restore-Architektur für OCI:

Konfigurieren Sie OCI als Produktions- oder Primärsite und Compute Cloud@Customer als Sekundär- oder Standbysite.
Konfigurieren Sie die Disaster Recovery Policy von Rackware als Dynamisch bereitgestellte Ziele. Rackware schützt Ihre Workload, indem eine Kopie des Images des Ursprungsservers auf RMM beibehalten wird. Mit dem Image können Sie im Falle eines Ereignisses eine Instanz auf der Zielinfrastruktur nach Bedarf bereitstellen, um die Kosten erheblich zu senken und das RPO auf Kosten eines höheren RTO zu senken.
Rackware stoppt virtuelle Maschinen und repliziert diese von OCI in Compute Cloud@Customer.
Konfigurieren Sie alle Produktionsdatenbanken, die OCI ausführen, um sie in Standbydatenbanken auf Compute Cloud@Customer zu replizieren. Wenn ein Failover erforderlich ist, können Sie Data Guard verwenden, um die Standby-Oracle Database hochzustufen und die Oracle Database in OCI nicht mehr in die Primärdatenbank zurückzugeben, nachdem die Disaster-Recovery-Vorgänge abgeschlossen sind.
Stellen Sie OCI Storage Gateway in OCI mit Cloud Sync-Replikation bereit, die ordnungsgemäß konfiguriert und geplant ist, um OCI Object Storage von OCI in Compute Cloud@Customer zu replizieren.
Mit Rackware können Sie die Disaster Recovery virtueller Maschinen zwischen Compute Cloud@Customer und OCI während Disaster Recovery-Vorgängen orchestrieren.

Pilot Light Architecture für OCI konfigurieren

Die Pilot Light-Architektur entspricht der Disaster Recovery für Compute Cloud@Customer mit OCI.

Im Folgenden werden die Konfigurationsempfehlungen aufgeführt:

Stellen Sie RMM ähnlich wie der Anwendungsfall für Backup und Restore auf der Produktionssite bereit, um virtuelle Maschinen in OCI und von OCI und Compute Cloud@Customer zu replizieren. Konfigurieren Sie in diesem Fall OCI als Produktions- oder Primärsite und Compute Cloud@Customer als Sekundär- oder Standbysite.
Konfigurieren Sie die Disaster Recovery Policy von Rackware als Vorbereitete Ziele. Mit dieser Konfiguration können Sie Ihre Workloads schützen, indem Sie zusätzlich zum Image des Ursprungsservers auf RMM eine aktive Serverinstanz auf der Zielinfrastruktur verwalten. Konfigurieren Sie Synchronisierungsjobs, um das Image und den Zielserver in benutzerdefinierten Intervallen zu aktualisieren. Dieser Ansatz erreicht das niedrigste RTO, ist jedoch teurer, da Sie immer eine aktive Disaster Recovery-Site verwalten müssen.
Rackware repliziert die virtuellen Maschinen von OCI in Compute Cloud@Customer, die in minimalem Umfang in Compute Cloud@Customer ausgeführt werden.
Konfigurieren Sie alle Produktionsdatenbanken, die OCI ausführen, um sie in Standbydatenbanken auf Compute Cloud@Customer zu replizieren. Wenn ein Failover erforderlich ist, können Sie Data Guard verwenden, um die Standby-Oracle Database hochzustufen und die Oracle Database in OCI nicht mehr in die Primärdatenbank zurückzugeben, nachdem die Disaster-Recovery-Vorgänge abgeschlossen sind.
Stellen Sie OCI Storage Gateway in OCI mit aktiver Cloud Sync-Replikation bereit, die ordnungsgemäß für die Replikation von OCI Object Storage von OCI in Compute Cloud@Customer konfiguriert ist.

Warm Standby-Architektur für OCI konfigurieren

Die Warm Standby-Architektur entspricht der Disaster Recovery für Compute Cloud@Customer mit OCI.

Im Folgenden werden die Konfigurationsempfehlungen aufgeführt:

Stellen Sie RMM auf der Produktionssite bereit, um virtuelle Maschinen auf oder von OCI und Compute Cloud@Customer zu replizieren. Konfigurieren Sie in diesem Fall OCI als Produktions- oder Primärsite und Compute Cloud@Customer als Sekundär- oder Standbysite.
Konfigurieren Sie die Disaster Recovery Policy von Rackware als Vorbereitete Ziele. Mit dieser Konfiguration können Sie Ihre Workloads schützen, indem Sie zusätzlich zum Image des Ursprungsservers auf RMM eine aktive Serverinstanz auf der Zielinfrastruktur verwalten. Konfigurieren Sie Synchronisierungsjobs, um das Image und den Zielserver in benutzerdefinierten Intervallen (mit unterschiedlichem Intervall) zu aktualisieren. Dieser Ansatz erreicht das niedrigste RTO, ist jedoch teurer, da Sie immer eine aktive Disaster Recovery-Site verwalten müssen.
Rackware repliziert ständig virtuelle Maschinen, die ständig von OCI zu Compute Cloud@Customer wechseln und dieselbe Version der OCI-Produktionsumgebung ausführen, die in Compute Cloud@Customer ausgeführt wird.
Konfigurieren Sie alle Produktionsdatenbanken, die OCI ausführen, um sie in Standbydatenbanken auf Compute Cloud@Customer zu replizieren. Wenn ein Failover erforderlich ist, können Sie Data Guard verwenden, um die Standby-Oracle Database hochzustufen und die Oracle Database in OCI nicht mehr in die Primärdatenbank zurückzugeben, nachdem die Disaster-Recovery-Vorgänge abgeschlossen sind.
Stellen Sie OCI Storage Gateway in OCI mit aktiver und kontinuierlicher Cloud Sync-Replikation bereit, die ordnungsgemäß konfiguriert ist, um OCI Object Storage von OCI in Compute Cloud@Customer zu replizieren.

Rackware für Disaster Recovery von OCI zu Oracle Compute Cloud@Customer konfigurieren

Im Folgenden werden die einzelnen Schritte zum Konfigurieren von RackWare für ein Disaster Recovery von OCI zu Oracle Compute Cloud@Customer für Linux beschrieben:

Für die Linux-Plattform wird die folgende Konfiguration empfohlen

Zugriffszugangsdaten: root-Benutzer oder -Benutzer mit sudo-Berechtigungen
Speicherung
- Ursprüngliche Volume-Gruppen müssen mindestens 15 Prozent des belegten Speicherplatzes als freie Extents verfügbar haben.
- /var/tmp muss über mindestens 20 MB freien Speicherplatz verfügen.
no-exec: Die Dateisysteme /tmp und /var/tmp dürfen nicht mit den Eigenschaften no-exec in fstab konfiguriert werden.
Grub: Ursprungsserver müssen die Datei /etc/default/grub haben
Antivirus: Wenn ein Antivirenprogramm auf Origin ausgeführt wird, muss es der Ausnahmeliste das Verzeichnis /mnt/rackware/ hinzufügen.

Für die Windows-Plattform wird die folgende Konfiguration empfohlen:

Zugriffszugangsdaten: Benutzer SYSTEM oder lokaler Benutzer mit Administratorberechtigungen.
Speicher: Jedes Volume muss über ausreichend freien Speicherplatz (mindestens/ungefähr 20 Prozent) für VSS-Snapshots verfügen.
Antivirus: Der Ursprung muss rsync.exe, rwattr.exe, rwchangesvc.exe und rw_tngsync_util.exe zur Ausnahmeliste für jedes Antivirenprogramm oder Windows Defender hinzufügen.
Sprache: Wenden Sie sich für jede andere Sprache als Englisch für das Gebietsschema SYSTEM an den Rackware-Support.

Gehen Sie wie folgt vor:

Wenn Rackware RMM bereits ordnungsgemäß in OCI installiert ist, gehen Sie zur Rackware RMM-Verwaltungskonsole, und melden Sie sich mit den während der Installation konfigurierten Zugangsdaten an. Wellenoptionen können die folgenden sein:
Welle erstellen: Um eine Welle zu erstellen, navigieren Sie zu Replikation, Wellen, und klicken Sie auf das Pluszeichen (+), um den Assistenten zum Erstellen von Wellen zu öffnen. Geben Sie einen Namen ein, und klicken Sie auf "Erstellen".
- Parallele Anzahl: Ermöglicht es Benutzern, die Anzahl der parallelen Transfers innerhalb der Welle festzulegen.
- Automatisches Provisioning: Benutzer können das RMM so konfigurieren, dass Ziele über API-Aufrufe in der Ziel-Cloud bereitgestellt werden.
- DR-Policy: Der Benutzer kann eine Policy konfigurieren, um alle Hosts in der Welle regelmäßig zu synchronisieren.
- Durch Dritte: Wenn diese Option aktiviert ist, fließen Daten über RMM. (Ursprung, RMM, Bestimmung)
Disaster-Recovery-Policy konfigurieren: Mit einer Disaster-Recovery-Policy können Sie Deltas von der Quelle mit dem Image synchronisieren, das auf dem RackWare-RMM und der Zielinstanz (im Falle eines vorab bereitgestellten Schemas) in benutzerdefinierten Intervallen erfasst wurde. Benutzer können mit unterschiedlicher Häufigkeit so viele Disaster-Recovery-Policys erstellen, wie erforderlich. Dies ermöglicht eine größere Flexibilität, verschiedene Wellen in unterschiedlichen Intervallen basierend auf der DR-Strategie des Benutzers zu synchronisieren. Um eine neue Disaster-Recovery-Policy zu erstellen, navigieren Sie zu "DR", "Policys", und klicken Sie auf das Pluszeichen (+), um den Assistenten zum Erstellen von DR zu öffnen. Geben Sie einen DR-Namen, ein Intervall, eine Startzeit und eine Benachrichtigungs-E-Mail an.
Disaster Recovery Policy anwenden: Um eine Disaster Recovery Policy anzuwenden, navigieren Sie zur Registerkarte "Replikation", klicken Sie auf "Wellen", klicken Sie auf "OCI", um Wellendetails von C3 anzuzeigen, und klicken Sie auf "Keine Policy". Ein Dialogfeld "Konfiguration" wird geöffnet. Wählen Sie die richtige Disaster-Recovery-Policy aus, und klicken Sie auf "Policy zuweisen". Der unten aufgeführte Screenshot zeigt die Zuweisung der DRPolicy_01-Policy, die zuvor für OCI für Oracle Compute Cloud@Customer Wave konfiguriert war. Wenn Sie einer Welle eine Policy zuweisen, wird die Welle von "Replikation", "Wellen" in "DR" und "Wellen" verschoben, da sie jetzt für Disaster Recovery konfiguriert ist.
Um die Replikation und das Disaster Recovery von virtuellen Windows- oder Linux-Maschinen im Fenster "Wellendetails" zu initialisieren, klicken Sie auf Replikation starten.

Rackware bietet außerdem die folgenden Features, mit denen Sie Ihre Disaster-Recovery-Architektur optimieren können:

Rechte Skalierung mit automatischem Provisioning: Benutzer können die Compute- und Speicherspezifikation für die Zielinstanzen reduzieren oder erhöhen. Mit dieser Funktion können Benutzer die Granularität der erneuten Größe der Dateisysteme hinzufügen.
Dynamisches Provisioning während Disaster Recovery: Benutzer können Rackwares Fähigkeit nutzen, ein Replikatimage der Quellinstanz lokal zu verwalten und mit diesem Image eine Failover-Instanz in einem Disaster-Recovery-Ereignis bereitzustellen.
Backup, Single File Restore und geschützte Snapshots: Das Backupangebot von Rackware umfasst umfangreiche Featuresets wie Snapshot-Aufbewahrung bis zu 3 Jahren, selektive Dateiwiederherstellungen und unbegrenzte geschützte Snapshots für Point-in-Time Recovery.
BIOS zu UEFI: Benutzer können problemlos zu UEFI-fähigen Instanzen migrieren, ohne dass zusätzliche Konfigurationsänderungen an der ursprünglichen Instanz erforderlich sind.
Gedrosselte Migrationen: Benutzer haben eine größere Kontrolle über jede einzelne Migration, indem sie die Bandbreite einzeln drosseln können.
Vollständig automatisiertes Failover und Fallback: Failover wird vollständig automatisiert, da es auf die Ursprungsumgebung zurückgreift.
Rackware Migration Manager: Bietet viele weitere Features wie selektive Dateisystemsynchronisierungen, Datei- und Ordnerausschlüsse, die Aktivierung von cloud-init und benutzerdefinierte Post-Skripte.