AmazonAmazon Advanced Networking Specialty ANS-C01 Certification·EN·Updated 3 Aug 2026
A company will migrate an internal application to AWS. The app will run on EC2 instances in a single VPC and users will access it from on-premises data centers over AWS VPN or AWS Direct Connect. Users must use private domain names reserved for use in AWS, and each EC2 instance must automatically fail over to another EC2 instance in the same AWS account and VPC. The DNS design must not expose the application to the internet. Which solution satisfies these requirements?
Choose an answer
Tap an option to check your answer.
Correct answer: Place the EC2 instances in private subnets. Create a Route 53 private hosted zone for the AWS reserved domain name and associate the private hosted zone with the VPC. Create a Route 53 Resolver inbound endpoint. Configure the on-premises DNS resolvers to conditionally forward DNS queries for the AWS domain to the Resolver inbound endpoint IP address. In the private hosted zone, create primary and failover records that point to the EC2 instances’ private IP addresses. Create a CloudWatch metric and alarm to monitor the application’s health, and configure the alarm as the health check for the primary application endpoint..
Why this is the answer
The correct solution ensures the application is not exposed to the internet by placing EC2 instances in private subnets and using a Route 53 private hosted zone. An Inbound Resolver endpoint allows on-premises DNS servers to query the private hosted zone for the application's private IP addresses, fulfilling the private domain name requirement. Primary and failover records with a CloudWatch alarm-based health check provide automatic failover.
Incorrect options:
Assigning public IPs and using public hosted zones exposes the application to the internet, violating a key requirement.
Using a Route 53 outbound endpoint is for AWS to query on-premises DNS, not the other way around.
Relying solely on Route 53 health checks targeting IP addresses might not accurately reflect application health, as a server could be up but the application itself down. CloudWatch metrics and alarms offer more granular application-level health monitoring.