Question

Difficulty: MediumDeveloping Procedures for Business Continuity and Disaster Recovery Validation

An enterprise organization is establishing a standardized disaster recovery (DR) validation procedure for a critical multi-region application on Google Cloud. The architecture uses Cloud SQL cross-region read replicas and Compute Engine managed instance groups (MIGs). In what operational sequence should a cloud architect execute the disaster recovery failover drill from start to finish?

  1. 1Verify and request necessary Compute Engine quota increases in the target secondary region.
  2. 2Promote the secondary Cloud SQL read replica to a standalone primary database instance.
  3. 3Update Cloud DNS routing policies to direct user traffic to the secondary region endpoint.
  4. 4Execute automated synthetic workload tests to validate application integrity, RPO, and RTO metrics.

Answer

The correct operational sequence is: 1) Verify and request necessary Compute Engine quota increases in the target secondary region, 2) Promote the secondary Cloud SQL read replica to a standalone primary database instance, 3) Update Cloud DNS routing policies to direct user traffic to the secondary region endpoint, and 4) Execute automated synthetic workload tests to validate application integrity, RPO, and RTO metrics.
A sound business continuity validation procedure begins with pre-drill verification of target region compute quotas to guarantee capacity. Once capacity is assured, the secondary database is promoted to primary status so that it can receive writes. Next, network endpoints (Cloud DNS) are switched to route incoming traffic to the secondary region. Finally, synthetic transaction tests run to validate data loss (RPO) and operational restore time (RTO).

Step-by-Step Solution

1
Pre-drill Quota Audit
Ensures the secondary GCP region has sufficient resource capacity to scale up workload instances.
Requesting quota increases during an active failover drill will lead to provisioning failures due to approval processing delays.
2
Database Failover Initiation
Promotes the cross-region read replica into a standalone primary instance.
Application servers in the secondary region require a writable database endpoint to serve traffic properly upon cutover.
3
Traffic Redirection
Switches network routing to point user requests to the secondary regional endpoint.
DNS routing changes should only occur once backend compute and database resources are operational.
4
Post-Failover Validation & Monitoring
Confirms data replication consistency and verifies that Recovery Time Objective (RTO) and Recovery Point Objective (RPO) constraints were met.
Final validation tests establish empirical proof of business continuity readiness.

Key Concept

Disaster Recovery Failover Validation Sequence
Rate this question