Diagnose Route 53 failover with latency-based routing and weighted record sets
Short answer
DE Evaluate target health must be enabled on the latency record and health checks must be set up for the weighted record sets.
Question
Key Takeaways
Route 53 does not health check targets unless a health check is associated with the record, and latency records only avoid unhealthy targets when Evaluate Target Health is enabled, so both the absence of health checks and the disabled setting can independently prevent the failover.
A web application is served across two Regions under a custom domain using Route 53 latency-based routing, with weighted record sets pointing to a pair of web servers in separate Availability Zones in each Region. In a DR test, stopping all web servers in one Region did not cause automatic redirection to the other Region.
Common mistake: Blaming the weight values. A higher weight on the stopped Region influences how Route 53 distributes traffic among healthy targets but does not by itself prevent failover, because weights are irrelevant once a target is not being returned as healthy. Latency-based and weighted record sets can also be combined, so that combination is not the defect.
Expert Analysis
Why the Answer Is Correct
Two independent configuration gaps can produce this behaviour. If evaluate target health is not turned on for the latency alias record associated with the Region whose servers were stopped, Route 53 has no signal to stop returning that endpoint, so latency-based routing keeps selecting it and never shifts users elsewhere. Separately, if an HTTP health check has not been set up for one or more of the weighted record sets pointing at the stopped web servers, Route 53 has nothing to mark those targets unhealthy, because weights alone do not detect failure. Either gap on its own is enough to prevent the automatic redirection observed in the test, which is why both are correct.
Why the Other Options Are Wrong
A: A higher weight on the stopped Region affects distribution among healthy targets, but a weight is a preference value and not a health signal, so it does not cause or prevent failover once a target is unhealthy. B: An unhealthy server in the secondary Region would reduce capacity there but would not prevent Route 53 from failing over away from the stopped primary Region, so it is not a root cause of the observed behaviour. C: Latency resource record sets can be used in combination with weighted resource record sets, so the combination itself is not invalid and is not the defect.
Community Comment Notes
The community voted 100 to 0 for D and E, and the top-voted comment linked the Route 53 documentation on complex failover configurations. Commenters consistently noted that Route 53 latency-based routing does not inherently perform health checks, so without health checks and the evaluate target health setting there is no automatic redirection.
Official Reference
https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/dns-failover-complex-configs.html
This link opens the official vendor documentation in a new tab.
Community Votes
100% of anonymous learners picked answer DE. Votes are pick records left by other test-takers — they are not the verified answer.
Discussion 6 contributions
Compiled from public community threads and reader submissions, lightly edited for clarity. Handles and vote tallies are shown as recorded, and comments reflect the views of individual contributors.
From public community threads 6
-
trungtd 👍 4Route 53 latency-based routing does not inherently perform health checks. If a web server in one region goes down, Route 53 won't automatically redirect traffic to the other region unless health checks are properly configured and associated with your DNS records.
-
kejam 👍 4Answer DE: An antique/classic question, answers are in a different order and wording slightly changed. https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/dns-failover-complex-configs.html
-
0b43291 👍 3D. The "Evaluate Target Health" setting is not enabled for the latency alias record set associated with the stopped Region. When using latency routing, this setting must be enabled so Route 53 considers the health status of associated resources and stops routing traffic to unavailable servers. E. HTTP health checks are not set up for one or more weighted record sets associated with the stopped web servers. Without health checks, Route 53 cannot detect unhealthy or unavailable servers and will continue routing traffic to them.
-
Russs99 👍 1DE are the correct answers for the given scenario
-
alexis123456 👍 2correct answer is D an E
Show 1 more comment
-
career360guru 👍 1Option D and E
Reader comments & corrections
No reader corrections yet — spotted an error or have a note? Share it below.
Related Analysis
Practice All SAP-C02 Questions
Access 85 questions with complete answers and detailed explanations.
View Full SAP-C02 Practice Test →