A global financial service platform hosts a mission-critical payment processing engine spanning Google Cloud `us-central1` (primary) and `us-east4` (secondary). The architecture connects to an on-premises mainframe transferring up to 15 Gbps of state data. Business requirements mandate a Recovery Point Objective (RPO) of under 1 minute and a Recovery Time Objective (RTO) of under 15 minutes during a total regional failover. Compute workloads run on Compute Engine Managed Instance Groups (MIGs), and relational data uses Cloud SQL for PostgreSQL with a cross-region read replica in `us-east4`. During a catastrophic regional outage in `us-central1`, which disaster recovery failover procedure should the cloud architecture team execute to ensure operational continuity within compliance bounds?
- Promote the cross-region Cloud SQL read replica in `us-east4` to standalone primary, redirect on-premises hybrid traffic through pre-provisioned Dedicated Interconnect VLAN attachments in `us-east4`, and scale the secondary region MIGs to handle production load via Cloud Load Balancing.Cevap
- BProvision a high-availability HA VPN gateway with multiple active 3 Gbps IPsec tunnels in `us-east4` to route hybrid traffic, promote the Cloud SQL replica in `us-east4`, and update Cloud DNS records to point to the secondary compute endpoints.
- CPromote the Cloud SQL replica in `us-east4`, and route secondary region compute traffic to the on-premises environment by transitively passing packets from the `us-east4` application VPC through an existing VPC Network Peering connection into the `us-central1` hybrid transit VPC.
- DInitiate automated Cloud Storage snapshot restoration of the primary database in `us-east4`, submit an immediate request for Compute Engine CPU core quota increases in `us-east4`, and re-route traffic using global Cloud Load Balancing.