Question

Difficulty: HardMulti-Account and Hybrid DNS Architecture Strategy

A corporate retail conglomerate is designing a hybrid DNS architecture across a multi-account AWS environment managed by AWS Organizations. The environment is connected to an on-premises network via AWS Transit Gateway. A central Shared Services account hosts a Route 53 Private Hosted Zone (PHZ) for `shared.retail.internal`. The on-premises servers host the DNS zone `onprem.retail.internal`. Spoke VPCs in multiple member AWS accounts host individual application workloads and need to resolve both `shared.retail.internal` and `onprem.retail.internal`. Additionally, on-premises clients must be able to resolve `shared.retail.internal`. The company wants to minimize resource duplication, endpoint costs, and administrative overhead. Which combination of steps will meet these requirements?

  1. Create Route 53 Resolver inbound and outbound endpoints in the Shared Services VPC. In the Shared Services account, authorize the association of the `shared.retail.internal` PHZ with the spoke VPCs. In each member account, associate the spoke VPCs with the PHZ. In the Shared Services account, create a Route 53 Resolver outbound rule for `onprem.retail.internal` pointing to the on-premises DNS servers, share the rule with the organization using AWS Resource Access Manager (RAM), and associate the shared rule with each spoke VPC. Configure on-premises DNS forwarders to route queries for `shared.retail.internal` to the inbound Resolver endpoint IP addresses.Answer
  2. B
    Create Route 53 Resolver inbound and outbound endpoints in the Shared Services VPC. Share the `shared.retail.internal` PHZ with the organization using AWS Resource Access Manager (RAM), and associate the hosted zone with the spoke VPCs in each member account. In the Shared Services account, create a Route 53 Resolver outbound rule for `onprem.retail.internal` pointing to the on-premises DNS servers, share the rule with the organization using AWS RAM, and associate the shared rule with each spoke VPC. Configure on-premises DNS forwarders to route queries for `shared.retail.internal` to the inbound Resolver endpoint IP addresses.
  3. C
    Create a Route 53 Resolver outbound endpoint in the Shared Services VPC. In the Shared Services account, authorize the association of the `shared.retail.internal` PHZ with the spoke VPCs. In each member account, associate the spoke VPCs with the PHZ. In the Shared Services account, create a Route 53 Resolver outbound rule for `onprem.retail.internal` pointing to the on-premises DNS servers, share the rule with the organization using AWS Resource Access Manager (RAM), and associate the shared rule with each spoke VPC. Configure on-premises DNS forwarders to route queries for `shared.retail.internal` to the Route 53 Resolver system IP address (169.254.169.253169.254.169.253) via the Transit Gateway.
  4. D
    Create Route 53 Resolver inbound and outbound endpoints in the Shared Services VPC. In the Shared Services account, authorize the association of the `shared.retail.internal` PHZ with the spoke VPCs. In each member account, associate the spoke VPCs with the PHZ. In the Shared Services account, create a Route 53 Resolver outbound rule for `onprem.retail.internal` pointing to the on-premises DNS servers, and associate the outbound rule directly with the Transit Gateway to apply it to all spoke VPCs. Configure on-premises DNS forwarders to route queries for `shared.retail.internal` to the inbound Resolver endpoint IP addresses.

Answer

Create Route 53 Resolver inbound and outbound endpoints in the Shared Services VPC. Authorize the cross-account association of the Private Hosted Zone with the spoke VPCs and associate them. Create a Route 53 Resolver outbound rule for the on-premises domain, share it via AWS Resource Access Manager (RAM), and associate it with each spoke VPC. Configure on-premises DNS forwarders to target the inbound Resolver endpoint IP addresses.
The correct solution uses a centralized Shared Services VPC to host Route 53 Resolver inbound and outbound endpoints, minimizing costs and duplicate endpoints. Spoke VPCs can resolve the Private Hosted Zone (PHZ) in the Shared Services account via cross-account VPC association, which is authorized by the owning account and then associated by the target account. Outbound resolution to the on-premises network is handled by a Route 53 Resolver outbound rule shared via AWS Resource Access Manager (RAM) and associated with the spoke VPCs. Inbound queries from on-premises to AWS are routed to the central inbound Resolver endpoint IP addresses, which can be reached via Transit Gateway routing.

Step-by-Step Solution

1
Configure cross-account Private Hosted Zone (PHZ) resolution for the spoke VPCs.
Authorized association using the `create-vpc-association-authorization` CLI/API call in the Shared Services account, and completed the association using the `associate-vpc-with-private-hosted-zone` call in the member accounts.
This allows instances in the spoke VPCs to resolve resources in the `shared.retail.internal` zone directly using the default Route 53 VPC resolver.
2
Configure outbound DNS resolution from the spoke VPCs to the on-premises network.
Created a central Route 53 Resolver outbound endpoint in the Shared Services VPC and an outbound rule for `onprem.retail.internal` pointing to the on-premises DNS servers. Shared this rule with the organization using AWS Resource Access Manager (RAM) and associated it with the spoke VPCs.
This centralizes the outbound DNS endpoint costs and administration while allowing workloads in the spoke VPCs to resolve on-premises hostnames.
3
Configure inbound DNS resolution from the on-premises network to AWS.
Created a central Route 53 Resolver inbound endpoint in the Shared Services VPC. Configured on-premises DNS servers to forward queries for `shared.retail.internal` to the inbound endpoint IP addresses.
This enables on-premises servers to resolve resources in the AWS private hosted zone via Transit Gateway routing to the inbound endpoint IPs.

Key Concept

Centralized hybrid DNS architecture using Route 53 Resolver endpoints, cross-account Private Hosted Zone association, and Resource Access Manager sharing of outbound rules.
Rate this question