Soru

Zorluk: Çok zorMulti-AZ, Multi-Region Architectures and Disaster Recovery (DR)

A global healthcare compliance SaaS provider hosts its core patient-tracking application on Amazon EC2 instances in an Auto Scaling group (ASG) behind an Application Load Balancer (ALB). The application database is hosted on Amazon Aurora MySQL-Compatible Edition. The application is currently deployed in the useast1us-east-1 Region. The provider needs to design a cross-region disaster recovery (DR) solution in the uswest2us-west-2 Region. The DR solution must meet a Recovery Time Objective (RTO) of 1515 minutes and a Recovery Point Objective (RPO) of 22 minutes, while minimizing ongoing infrastructure running costs in the secondary Region during normal operations. Which architecture will meet these requirements at the lowest cost?

  1. Configure Amazon Aurora Global Database with the primary cluster in us-east-1 and a secondary cluster in us-west-2. Deploy an ALB and an ASG in us-west-2 with the desired capacity set to 1 EC2 instance. Configure Route 53 failover routing with health checks. Use an AWS Systems Manager (SSM) Automation runbook to promote the secondary Aurora cluster and scale up the ASG during failover.Cevap
  2. B
    Configure Amazon Aurora Global Database with the primary cluster in us-east-1 and a secondary cluster in us-west-2. Deploy an ALB and an ASG in us-west-2 with the desired capacity set to 0. Store an AWS CloudFormation template for the EC2 and ALB resources in Amazon S3. During a failover event, deploy the CloudFormation stack to provision the application tier, promote the secondary Aurora cluster, and update Route 53 routing.
  3. C
    Configure Route 53 Latency routing with health checks to distribute traffic between us-east-1 and us-west-2. Deploy the active EC2 application tier in both Regions. In us-west-2, deploy an Aurora MySQL Read Replica. If the primary Region fails, Route 53 will automatically direct all write traffic to the us-west-2 Read Replica to maintain write availability without database promotion overhead.
  4. D
    Perform hourly snapshots of the Aurora cluster in us-east-1 and copy them to an Amazon S3 Glacier Flexible Retrieval vault in us-west-2. In the event of a disaster, trigger an AWS Lambda function to initiate a Standard retrieval of the latest snapshot, restore the database to a new Aurora cluster in us-west-2, and spin up the EC2 application tier using a pre-configured AMI.

Cevap

The correct architecture uses Amazon Aurora Global Database for real-time cross-region replication, combined with a scaled-down Warm Standby EC2 application tier (desired capacity set to 1 instance) in the recovery Region, managed via Route 53 failover routing and AWS Systems Manager (SSM) Automation runbooks.
The architecture that configures Amazon Aurora Global Database alongside a Warm Standby application tier (desired capacity of 1 EC2 instance) is the only option that meets both RPO and RTO requirements while minimizing costs. Aurora Global Database replicates data asynchronously within seconds, satisfying the 22-minute RPO. Having a single pre-running EC2 instance ensures the application stack is initialized, allowing an SSM Automation runbook to promote the database and scale out the ASG in under 1010 minutes, satisfying the 1515-minute RTO. Keeping the ASG at 11 instance during normal operations minimizes running costs compared to a fully provisioned Active-Active setup.

Adım Adım Çözüm

1
Evaluate the database replication strategy to meet the 22-minute RPO.
Amazon Aurora Global Database provides asynchronous replication with typical latency of less than 11 second, satisfying the RPO. Hourly snapshots or backup-restore methods are ruled out because they cannot guarantee data loss under 22 minutes.
Choosing a replication method that guarantees an RPO under 22 minutes is the primary constraint for the data tier.
2
Evaluate the compute tier deployment strategy to meet the 1515-minute RTO.
A Warm Standby strategy with a minimum of 11 running EC2 instance ensures the OS, dependencies, and configuration are active and running. A Pilot Light strategy with 00 running instances requires cold starts, CloudFormation stack deployment, and bootstrapping, which exceed the 1515-minute RTO limit.
The RTO is highly aggressive for cross-region failover, requiring pre-warmed compute resources that only need to scale out rather than be provisioned from scratch.
3
Assess the failover automation and routing mechanism.
Route 53 active-passive failover routing policies dynamically redirect traffic based on health checks. AWS Systems Manager (SSM) Automation handles the orchestration of promoting the secondary Aurora cluster to primary and scaling up the EC2 Auto Scaling group.
Manual intervention takes too long and introduces errors. An automated runbook is required to meet the 15-minute RTO.

Anahtar Kavram

Cross-Region Disaster Recovery Strategies (Warm Standby vs. Pilot Light)
Tahmini Süre:3m 0s
Bu soruyu puanla