A company operates a global shipment tracking API at api.shipments.example.com. The application is deployed in the eu-central-1 and ap-southeast-1 Regions behind an Application Load Balancer (ALB) in each Region. The company wants an active-active setup that routes users to the Region with the lowest network latency. If an ALB in one Region fails, Route 53 must automatically stop routing traffic to that Region. Which configuration meets these requirements with the lowest administrative complexity and cost?
- ACreate Route 53 Latency CNAME records for api.shipments.example.com pointing to the ALB DNS names, and set Evaluate Target Health to Yes.
- BCreate Route 53 Failover Alias records pointing to the ALBs, configuring eu-central-1 as primary and ap-southeast-1 as a pilot light secondary that only provisions compute resources after a failover event is detected.
- Create Route 53 Latency Alias records for api.shipments.example.com pointing to the Application Load Balancer (ALB) in each Region, and set Evaluate Target Health to Yes.Answer
- DCreate Route 53 Latency Alias records pointing to the ALBs, and configure the DNS failover to route traffic directly to the Amazon RDS Read Replica in the secondary Region when the primary database becomes unhealthy.
Answer
Create Route 53 Latency Alias records for api.shipments.example.com pointing to the Application Load Balancer (ALB) in each Region, and set Evaluate Target Health to Yes.
The correct configuration uses Route 53 Latency Alias records pointing to the Application Load Balancers with Evaluate Target Health set to Yes. This fulfills the active-active requirement by routing users to the Region with the lowest latency, and it automatically stops routing traffic to a Region if its ALB becomes unhealthy, using the inherited ALB health checks without any extra cost or administrative overhead.
Step-by-Step Solution
Key Concept
Route 53 Latency Alias routing with Evaluate Target Health enables cost-effective, low-latency, active-active regional failover.