Die Abbildung zeigt die physische Architektur eines OCI-Deployments in Region 1 mit Region 2 als Failover-Region. Eingaben werden von On-Premises-Unternehmensanwendungen und von Internetbenutzern empfangen.

Jede Region verfügt über Folgendes:

Hub-VCN mit einer Oracle Cloud Infrastructure Web Application Firewall (OCI WAF) und einem öffentlichen Subnetz (Anwendung). Das öffentliche Subnetz (Region 1: 192.0.2.1/28 und Region 2: 192.0.3.1/28) verfügt über einen öffentlichen Load Balancer und einen Standby-Load Balancer.
Das Subnetz verfügt über ein Internetgateway, ein Servicegateway und ein dynamisches Routinggateway (DRG). Das DRG ist mit der Backend-Tier verknüpft.
JSON-Workload-VCN mit einem privaten Subnetz (Backend-Tier) und einem privaten Subnetz (Datenbank-Tier). Die Backend-Tier des privaten Subnetzes (Region 1: 10.1.10.1/28 und Region 2: 10.2.10.1/28) verfügt über einen Instanzpool mit zwei Anwendungsservern. Die Datenbankebene des privaten Subnetzes (Region 1: 10.1.20.1/28 und Region 2: 10.2.20.1/28) verfügt über die MongoDB-API für Oracle Autonomous Transaction Processing Serverless. Das Oracle Autonomous Data Guard-Region-Peering verknüpft die Datenbanken in OCI Region 1 und OCI Region 2.
Das Subnetz verfügt über ein DRG, ein NAT-Gateway und ein Servicegateway. Remote-Peering verknüpft die DRGs in OCI Region 1 und OCI Region 2.
Oracle-Services, die OCI Object Storage und OCI Full Stack Disaster Recovery umfassen. Disaster-Recovery-Aktionen verknüpfen die Services in OCI Region 1 und OCI Region 2.