Rackware für Virtual Machine Disaster Recovery konfigurieren

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

Die folgende Rackware-Architektur zeigt ein 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

In dieser Architektur wird RMM auf der Produktions-Site 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 werden zusammen mit ihrem Blockspeicher von OCI in Compute Cloud@Customer von Rackware repliziert.

Backup- und Restore-Architektur für OCI konfigurieren

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

Konfigurieren Sie OCI als Produktions- oder primäre Site und Compute Cloud@Customer als sekundäre oder Standby Site.
Konfigurieren Sie die Rackware-Disaster Recovery Policy als Dynamisch bereitgestellte Ziele. Rackware schützt Ihre Workload, indem eine Kopie des Image des Ursprungsservers auf RMM verwaltet wird. Mit dem Image können Sie eine Instanz auf der Zielinfrastruktur nach Bedarf bei einem Ereignis bereitstellen, um die Kosten erheblich zu senken und das RPO auf Kosten höherer RTO zu senken.
Rackware stoppt und repliziert virtuelle Maschinen 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 mit Data Guard die Standbydatenbank Oracle Database hochstufen. Außerdem können Sie bei einem Failover die Oracle Database in OCI nach Abschluss der Disaster Recovery-Maßnahmen an die Primärdatenbank zurückgeben.
Stellen Sie OCI Storage Gateway in OCI bereit, wobei die Cloud Sync-Replikation ordnungsgemäß konfiguriert und geplant ist, OCI Object Storage von OCI in Compute Cloud@Customer zu replizieren.
Verwenden Sie Rackware, um das Disaster Recovery von virtuellen Maschinen zwischen Compute Cloud@Customer und OCI während Disaster-Recovery-Vorgängen zu orchestrieren.

Informationen zur Konfiguration einer Pilot-Lichtarchitektur für OCI

Die Pilotlichtarchitektur entspricht dem Disaster Recovery für Compute Cloud@Customer mit OCI.

Im Folgenden werden die Konfigurationsempfehlungen aufgeführt:

Ähnlich wie bei Backup- und Restore-Anwendungsfällen stellen Sie RMM auf der Produktions-Site bereit, um virtuelle Maschinen in und von OCI und Compute Cloud@Customer zu replizieren. Konfigurieren Sie in diesem Fall OCI als Produktions- oder primäre Site und Compute Cloud@Customer als sekundäre oder Standby Site.
Konfigurieren Sie die Rackware-Disaster Recovery Policy als Vorab bereitgestellte Ziele. Mit dieser Konfiguration können Sie Ihre Workloads schützen, indem Sie eine aktive Serverinstanz in der Zielinfrastruktur zusätzlich zum Image des Ursprungsservers in RMM 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 Compute Cloud@Customer minimal 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 mit Data Guard die Standbydatenbank Oracle Database hochstufen. Außerdem können Sie bei einem Failover die Oracle Database in OCI nach Abschluss der Disaster Recovery-Maßnahmen an die Primärdatenbank zurückgeben.
Stellen Sie OCI Storage Gateway in OCI bereit, wobei die aktive Cloud Sync-Replikation korrekt konfiguriert ist, um OCI Object Storage von OCI in Compute Cloud@Customer zu replizieren.

Konfiguration einer Warm Standby-Architektur für OCI

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

Im Folgenden werden die Konfigurationsempfehlungen aufgeführt:

Stellen Sie RMM auf der Produktions-Site bereit, um virtuelle Maschinen in oder von OCI und Compute Cloud@Customer zu replizieren. Konfigurieren Sie in diesem Fall OCI als Produktions- oder primäre Site und Compute Cloud@Customer als sekundäre oder Standby Site.
Konfigurieren Sie die Rackware-Disaster Recovery Policy als Vorab bereitgestellte Ziele. Mit dieser Konfiguration können Sie Ihre Workloads schützen, indem Sie eine aktive Serverinstanz in der Zielinfrastruktur zusätzlich zum Image des Ursprungsservers in RMM 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 von OCI zu Compute Cloud@Customer, auf denen dieselbe Version der OCI-Produktionsumgebung ausgeführt wird, 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 mit Data Guard die Standbydatenbank Oracle Database hochstufen. Außerdem können Sie bei einem Failover die Oracle Database in OCI nach Abschluss der Disaster Recovery-Maßnahmen an die Primärdatenbank zurückgeben.
Stellen Sie OCI Storage Gateway in OCI bereit. Dabei ist die aktive und kontinuierliche Cloud-Sync-Replikation korrekt konfiguriert, um OCI Object Storage von OCI in Compute Cloud@Customer zu replizieren.

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

Im Folgenden sind die Schritte für die Konfiguration von RackWare für ein Disaster Recovery von OCI in Oracle Compute Cloud@Customer für Linux aufgeführt:

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

Zugangsdaten aufrufen: root-Benutzer oder -Benutzer mit sudo-Berechtigungen
Speicherung
- Ursprünge Volume-Gruppen müssen mindestens 15 Prozent des belegten Speicherplatzes als freie Extents verfügbar sein.
- /var/tmp muss mindestens 20 MB freien Speicherplatz aufweisen.
no-exec: Dateisysteme /tmp und /var/tmp dürfen nicht mit no-exec-Eigenschaften in fstab konfiguriert werden.
Grub: Ursprungsserver müssen die Datei /etc/default/grub aufweisen
Antivirus: Wenn ein Antivirenprogramm unter "Ursprung" ausgeführt wird, muss es das Verzeichnis /mnt/rackware/ zur Ausnahmeliste hinzufügen.

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

Zugangsdaten aufrufen: SYSTEM-Benutzer 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: 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.

Führen Sie folgende Schritte aus:

Angenommen, Sie haben Rackware RMM bereits ordnungsgemäß in OCI installiert, gehen Sie zur Rackware RMM-Managementkonsole, und melden Sie sich mit den während der Installation konfigurierten Zugangsdaten an. Wellenoptionen können folgende 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 "Create".
- Parallele Inventur: Ermöglicht es Benutzern, die Anzahl paralleler Transfers innerhalb der Welle festzulegen.
- Automatisches Provisioning: Benutzer können 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.
- Passthrough: Bei Aktivierung fließen Daten über RMM. (Ursprung, RMM, Ziel)
Disaster-Recovery-Policy konfigurieren: Mit einer Disaster-Recovery-Policy können Sie Deltas von der Quelle mit dem Image synchronisieren, das in benutzerdefinierten Intervallen in RackWare RMM und der Zielinstanz (im Fall eines vorab bereitgestellten Schemas) erfasst wurde. Benutzer können beliebig viele Disaster Recovery Policys mit unterschiedlichem Intervall erstellen. 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" auf C3-Wellendetails, und klicken Sie auf "Keine Policy". Ein Konfigurationsdialogfeld wird geöffnet. Wählen Sie die korrekte 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 konfiguriert war, zu Oracle Compute Cloud@Customer Wave. Durch die Zuweisung einer Policy zu einer Welle wird diese Welle von Replikation, Wellen in DR, Wellen, wie sie jetzt für Disaster Recovery konfiguriert ist, verschoben.
Um die Replikation und Disaster Recovery von virtuellen Windows- oder Linux-Maschinen zu initialisieren, klicken Sie auf dem Bildschirm "Wellendetails" auf Replikation starten.

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

Rechte Größe 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 einer erneuten Größe der Dateisysteme hinzufügen.
Dynamisches Provisioning während Disaster Recovery: Benutzer können die Fähigkeit von Rackware 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 Features wie Snapshot-Erhaltung bis zu 3 Jahre, selektive Dateiwiederherstellungen und unbegrenzte geschützte Snapshots für Point-in-Time Recovery.
BIOS zu UEFI: Benutzer können nahtlos in UEFI-fähige Instanzen migrieren, ohne dass zusätzliche Konfigurationsänderungen an der ursprünglichen Instanz erforderlich sind.
Throttled-Migrationen: Benutzer haben eine bessere Kontrolle über jede einzelne Migration, indem sie die Bandbreite einzeln drosseln können.
Vollständig automatisiertes Failover und Fallback: Failover ist vollständig automatisiert, da es auf die ursprüngliche Umgebung zurückfällt.
Rackware Migration Manager: Bietet viele weitere Features wie selektive Dateisystemsynchronisierungen, Datei- und Ordnerausschlüsse, Aktivierung von cloud-init und benutzerdefinierte Post-Skripte.