A smart building automation company processes real-time telemetry from thousands of commercial IoT gateways. The application runs in Google Cloud with primary compute and data resources deployed in region `us-central1`, and a Warm Standby disaster recovery (DR) setup configured in region `us-east4`. The company specifies a Recovery Time Objective (RTO) of 15 minutes and a Recovery Point Objective (RPO) of 1 minute. During an unannounced disaster recovery failover drill of `us-central1`, the operational team promoted the secondary database replica, but the DR secondary Managed Instance Group (MIG) in `us-east4` failed to scale out to accommodate production traffic due to compute capacity errors. Which architectural modification should the Cloud Architect implement to ensure seamless disaster recovery execution?
- Proactively request and maintain sufficient Compute Engine regional resource quotas in `us-east4` to match primary production peak requirements.Cevap
- BMigrate the underlying relational data tier from Cloud SQL to Cloud Spanner to handle automatic scaling of Compute Engine microservices during failover.
- CConfigure the automated DR failover script to submit an API request for an emergency Compute Engine quota increase immediately after a regional outage is detected.
- DEstablish a VPC Network Peering mesh between `us-central1`, `us-east4`, and a transit VPC to transitively route DR traffic to active compute instances in `us-west1`.