Die Abbildung zeigt die Architektur für das Disaster Recovery von OCI zu Compute Cloud@Customer mit einer passiven oder Standby-On-Premise-Site auf der linken Seite und einer aktiven oder Production-OCI-Region auf der rechten Seite. Der Internettraffic wird über ein DNS zu und von aktiven und passiven Sites geleitet.

Passive oder Standby Site On Premise

Diese On-Premise-Site hostet Compute Cloud@Customer mit mehreren Windows Linux-Containern, die jeweils Web/App und Block Storage enthalten.

Die Site hostet auch eine Standby-Oracle Database, zwei OL-VMs und NFSv4.

OCI-Region aktiv oder Produktions-Site

Auf dieser On-Premise-Site wird ein Rackware-DR-Plan mit Web-/App-VMs und gemountetem Blockspeicher gehostet.

Die Site hostet auch eine primäre Oracle Database, zwei OL-VMs und einen OCI Object Storage. Der Rackware RMM-Server stellt über SSH und TCP 22 eine Verbindung zum Ursprungsserver her und interagiert über die Cloud-API. Der Benutzer interagiert mit dem Jump-Server, der eine SSH- oder GUI für die Verbindung mit RMM verwendet.

Die On-Premise-Standbysite verfügt über ein CPE und stellt über ein Site-to-Site-VPN mit einem DRG eine Verbindung zur OCI-Region her. Die beiden Standorte Block Storage und Mounted Block Storage sind mit Rackware Automation von DR Failover oder Failback (Agent-basiert) verbunden. Ein Zwei-Wege-Verbindungspfeil zeigt die Verbindung zwischen dem Blockspeicher in der passiven Site und dem Mounted Blockspeicher in der aktiven Site an.
Die Oracle Data Guard-Replikation wird mit einem zweiseitigen Pfeil dargestellt, der auf die OL-VM in jeder Site zeigt. Die OL-VM hostet die Oracle Databases auf der Primär- und Standbysite und umfasst OCI Object Storage auf der aktiven oder Produktionssite.