Question

Difficulty: Very hardNetworking and Connectivity Design

A multinational financial services enterprise is designing a secure, multi-region AWS network architecture using AWS Organizations. The design must connect workloads in two regions: useast1us-east-1 (acting as the primary region) and uswest2us-west-2 (acting as the disaster recovery region).

The architecture includes:
- In useast1us-east-1: A Shared Services account containing a Route 53 Private Hosted Zone (PHZ) named corp.internalcorp.internal, a centralized egress VPC (vpcegresseastvpc-egress-east) containing stateful security appliances and NAT Gateways, and two spoke VPCs (vpcpaymentprodvpc-payment-prod and vpcledgerprodvpc-ledger-prod) in separate business unit accounts.
- In uswest2us-west-2: A disaster recovery spoke VPC (vpcpaymentdrvpc-payment-dr) in a business unit account.
- Two peered Transit Gateways: tgwuseast1tgw-useast1 in useast1us-east-1 and tgwuswest2tgw-uswest2 in uswest2us-west-2.

The networking requirements are:
1. Spoke VPCs in both regions must route all outbound internet traffic (0.0.0.0/00.0.0.0/0) through the stateful security appliances.
2. Outbound traffic must be highly available and resilient to single Availability Zone outages.
3. Spoke VPCs must be able to privately resolve DNS queries for corp.internalcorp.internal.
4. The design must minimize administrative overhead while adhering to AWS routing limitations.

Which of the following designs meets these requirements?

  1. Deploy a local egress VPC (vpcegresswestvpc-egress-west) in uswest2us-west-2 containing NAT Gateways and security appliances in multiple Availability Zones. Route outbound traffic from vpcpaymentdrvpc-payment-dr via tgwuswest2tgw-uswest2 to vpcegresswestvpc-egress-west. In useast1us-east-1, configure tgwuseast1tgw-useast1 to route outbound traffic to vpcegresseastvpc-egress-east across multiple Availability Zones with Transit Gateway appliance mode enabled. Authorize and associate the corp.internalcorp.internal Private Hosted Zone with the spoke VPCs in both regions using cross-account VPC associations.Answer
  2. B
    Route all outbound traffic from vpcpaymentdrvpc-payment-dr through the peered Transit Gateways to the central vpcegresseastvpc-egress-east VPC in useast1us-east-1 to consolidate security inspection. In vpcegresseastvpc-egress-east, route traffic to a single NAT Gateway located in the useast1aus-east-1a subnet to minimize NAT gateway costs. Associate the corp.internalcorp.internal Private Hosted Zone with all spoke VPCs using a single centralized Route 53 Resolver inbound endpoint.
  3. C
    Deploy local egress VPCs with a single NAT Gateway in each region to minimize costs. Associate the corp.internalcorp.internal Private Hosted Zone with vpcegresseastvpc-egress-east and configure the spoke VPCs to route DNS queries over the Transit Gateway peering attachment without setting up Route 53 Resolver endpoints or cross-account PHZ associations.
  4. D
    Route all outbound traffic from vpcpaymentdrvpc-payment-dr to tgwuswest2tgw-uswest2, then over the peering connection to tgwuseast1tgw-useast1, and out through vpcegresseastvpc-egress-east using its multi-AZ NAT Gateways. To resolve DNS, copy the zone file of corp.internalcorp.internal to a new public Route 53 hosted zone in the disaster recovery account, and configure all VPCs to resolve queries against the public zone.

Answer

Deploy a local egress VPC in the disaster recovery region to handle local internet traffic, configure Transit Gateway appliance mode in the primary region's egress VPC, and perform cross-account Private Hosted Zone associations for private DNS resolution.
The correct design correctly implements local egress in the disaster recovery region because AWS Transit Gateway peering does not support transitive routing to NAT Gateways or firewalls in a peered region. It also achieves high availability and symmetric routing by configuring multi-AZ NAT Gateways and enabling Appliance Mode on the transit gateway attachment for the egress VPC. Furthermore, it securely resolves private DNS by utilizing Route 53 cross-account and cross-region Private Hosted Zone associations.

Step-by-Step Solution

1
Address the cross-region transit routing limitation for internet egress by planning local egress infrastructure in the disaster recovery region.
A local egress VPC (vpcegresswestvpc-egress-west) is designed in uswest2us-west-2 with its own multi-AZ NAT Gateways and security appliances, avoiding the invalid path over Transit Gateway peering.
AWS Transit Gateway peering does not support transitive routing to NAT Gateways or Internet Gateways in a peered region.
2
Ensure symmetric routing and high availability for security appliances in the primary region's egress VPC.
Transit Gateway appliance mode is enabled on the attachment for vpcegresseastvpc-egress-east, and NAT Gateways are deployed in multiple Availability Zones.
Appliance mode ensures that stateful firewall inspection traffic returns to the same firewall instance, preventing routing asymmetry, while multi-AZ NAT Gateways prevent single points of failure.
3
Configure private DNS resolution across regions and accounts for the corp.internalcorp.internal zone.
The Shared Services account authorizes associations with the spoke VPCs in both regions, and the respective spoke accounts accept the associations.
Route 53 Private Hosted Zones can resolve DNS queries across accounts and regions only when authorized and associated using the cross-account association process.

Key Concept

AWS Transit Gateway transitive routing limitations, multi-AZ NAT Gateway resilience, stateful appliance routing with Transit Gateway appliance mode, and cross-account Private Hosted Zone association.
Estimated Time:3m 0s
Rate this question