A company hosts a stateful web application at the apex domain example.com. The primary environment is deployed in the us-east-1 Region behind an Application Load Balancer (ALB) and uses an Amazon RDS Multi-AZ DB instance. The disaster recovery (DR) environment is in the us-west-2 Region behind another ALB and uses a cross-Region RDS read replica. The company requires a warm standby DR strategy where the DR environment is scaled down but running. The failover to us-west-2 must happen automatically if the primary ALB or the database becomes unavailable. The company wants to use Route 53 DNS failover and needs to minimize the Recovery Time Objective (RTO) while avoiding split-brain data writes. How should the solutions architect configure this architecture?
- Configure Route 53 Failover alias records at the apex domain pointing to the ALBs in both Regions, enabling Evaluate Target Health on both records. Ensure the primary ALB's health check endpoint queries the primary database's health, and establish a process to promote the us-west-2 RDS read replica if a failover occurs.Answer
- BConfigure Route 53 Latency alias records at the apex domain pointing to both ALBs, enabling Evaluate Target Health on both records. Rely on Route 53 to automatically shift user traffic to the us-west-2 Region if the database latency increases in us-east-1.
- CConfigure Route 53 Failover alias records pointing to both ALBs. To minimize cost, keep the EC2 instances in the us-west-2 DR environment stopped, and configure an Amazon CloudWatch alarm on Route 53 health check failures to start the instances.
- DConfigure Route 53 Failover alias records pointing to both ALBs. Rely on RDS Multi-AZ replication to automatically fail over the database to the us-west-2 Region, which will automatically update the DNS records.