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

Passive oder Standby Site On Premise

Auf dieser On-Premise-Site wird Compute Cloud@Customer mit mehreren Windows Linux-Containern gehostet, einschließlich Web/App und Block Storage.

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

OCI-Region aktiv oder Produktionsstandort

Diese On-Premise-Site hostet Rackware-DR-Plan mit Web-/App-VMs und gemountetem Blockspeicher.

Außerdem hostet die Site eine primäre Oracle Database, zwei OL-VMs und 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 über den Jump Server, der eine SSH- oder GUI-Verbindung zu RMM herstellt.

Die On-Premise-Standbysite verfügt über ein CPE und stellt über Site-to-Site-VPN mit einer DRG-Region eine Verbindung her. Die beiden Sites Block Storage und gemounteter Blockspeicher werden mit Rackwareautomatisierung von DR-Failover oder Failback (Agent-basiert) verbunden. Ein wechselseitiger Verbindungspfeil zeigt die Verbindung zwischen dem Blockspeicher auf der passiven Site und dem Speicher für gemountete Blöcke auf der aktiven Site.

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 Produktions-Site.