A global logistics provider hosts a mission-critical fleet routing platform on Google Cloud. The primary architecture runs in us-east4 using Managed Instance Groups (MIGs) and a multi-region Cloud Spanner database instance. The organization requires a strict Disaster Recovery (DR) policy with a Recovery Point Objective (RPO) of near-zero and a Recovery Time Objective (RTO) of less than 15 minutes. During a scheduled regional failover validation exercise, traffic was redirected to the secondary standby region (us-west1). Although database synchronization succeeded, the MIG in us-west1 failed to scale up to handle the sudden burst of failover traffic because the project hit the regional compute CPU quota limit, resulting in extended service downtime and an RTO breach. Which procedure should the Cloud Architect mandate in the BCP/DR validation plan to prevent this issue in future failover drills?
- Implement a pre-drill validation checklist that auditing regional compute quota limits against anticipated failover demand and securing Compute Engine capacity reservations in the target DR region prior to executing failover drills.Cevap
- BTransition the disaster recovery strategy to a cold-standby model utilizing hourly Cloud Storage disk snapshots restored upon incident trigger to eliminate baseline resource quota consumption in us-west1.
- CConfigure Cloud Logging alerting to request automated real-time quota limit increases from Google Cloud Support dynamically at the moment the MIG failover scaling threshold is breached.
- DReplace Cloud Spanner with a Cloud SQL instance utilizing cross-region read replicas to reduce the regional compute footprint required for database management during failover validation.