How Should a Company Design High-Performance Hybrid DNS for cloud.example.com?
A company needs to architect a hybrid DNS solution. This solution will use an Amazon Route 53 private hosted zone for the domain cloud.example.com for the resources stored within VPCs. The company has the following DNS resolution requirements: On-premises systems should be able to resolve and connect to cloud.example.com. All VPCs should be able to resolve cloud.example.com. There is already an AWS Direct Connect connection between the on-premises corporate network and AWS Transit Gateway. Which architecture should the company use to meet these requirements with the HIGHEST performance?
Community Insight
The question tests whether you can combine Route 53 private hosted zone association with the correct directional Resolver endpoint for hybrid DNS, and the trap is choosing an outbound resolver or an EC2-based conditional forwarder that adds latency and management overhead.
This SAP-C02 hybrid DNS scenario requires cloud.example.com to resolve from every VPC and from on-premises over Direct Connect and Transit Gateway. The page establishes that option A is correct because associating the private hosted zone with all VPCs and forwarding on-premises queries to a Route 53 inbound Resolver endpoint delivers the highest performance.
A common wrong answer is D: it centralizes the private hosted zone and inbound resolver in the shared services VPC but associates the zone with only that VPC, so workloads in other VPCs cannot resolve cloud.example.com without additional Resolver forwarding rules.
Community Discussion (102 comments)
- For PHZ, you have to associate VPCs so it could resolve the domain - On-prem should be able to resolve PHZ => Need inbound endpoint - Use Shared Service VPC to host inbound endpoint and use Transit Gateway to manage P2P connection => Scaleable solution
Comments & Corrections
No comments yet — spotted an error or have a note? Share it below.
Expert Analysis
Why the Answer Is Correct
Option A satisfies both resolution requirements without introducing unnecessary query hairpins: associating the cloud.example.com private hosted zone with every VPC lets each VPC resolve the domain locally through Route 53. The Route 53 inbound Resolver endpoint in the shared services VPC gives on-premises DNS a managed, highly available target for forwarding cloud.example.com queries over the existing Direct Connect and Transit Gateway path. Attaching all VPCs to the transit gateway preserves the network path needed for on-premises clients to reach the inbound endpoint and for broader hybrid connectivity. Because VPC workloads resolve the private hosted zone directly and on-premises uses a native Route 53 endpoint rather than a self-managed forwarder, this is the highest-performance design among the choices.Why the Other Options Are Wrong
Option B replaces the managed Route 53 inbound Resolver endpoint with an Amazon EC2 conditional forwarder, which creates additional operational overhead, patching, scaling, and availability risk while not meeting the highest-performance requirement. Option C uses a Route 53 outbound Resolver, which is the wrong direction: an outbound endpoint forwards queries from VPCs to on-premises DNS, not from on-premises DNS into Route 53. Option C also fails to associate the private hosted zone with all VPCs. Option D associates the private hosted zone only with the shared services VPC and attaches only that VPC to the transit gateway, so other VPCs lack a described mechanism to resolve cloud.example.com and the design does not meet the all-VPC requirement.Community Comment Notes
robertohyena identifies A as correct and specifically rejects the EC2 conditional forwarder in B because it will not meet the highest-performance requirement. zhangyu20000 makes the key point that all VPCs must be associated with the private hosted zone so they can resolve cloud.example.com. awsylum highlights the AWS guidance to "share and associate private hosted zones directly to all VPCs that need them," which aligns with A's zone-association design. God_Is_Love argued for D using a diagram where the private hosted zone is associated with the shared services VPC, but that pattern depends on Resolver forwarding rules that option D does not include for the other VPCs.Official Reference
Exam Strategy
Focus on query direction: on-premises-to-Route 53 requires an inbound Resolver endpoint, while Route 53-to-on-premises requires an outbound endpoint. Then verify that every VPC needing the name is either associated with the private hosted zone or covered by explicit Resolver forwarding rules.
Frequently Asked Questions
Why is a Route 53 outbound resolver wrong for on-premises queries?
An outbound Resolver endpoint forwards DNS queries from VPCs to on-premises resolvers; on-premises systems need an inbound endpoint to query Route 53 private hosted zones.
Does associating the private hosted zone with every VPC reduce performance?
No. Local association lets each VPC answer cloud.example.com directly, avoiding hairpins through the shared services VPC and improving resolution performance.
Related Analysis
Practice All SAP-C02 Questions
Access 85 questions with complete answers and detailed explanations.
View Full SAP-C02 Practice Test →