A financial services company is designing a new cloud infrastructure in the eu-west-3 Region. The architecture requires two application spoke VPCs (vpc-payment-processing and vpc-user-portal) to access the internet for software updates and third-party API integration. The solution must prevent direct inbound connections from the internet to the application instances. Additionally, the company has a centralized shared services VPC (vpc-shared-core) hosting a Route 53 Private Hosted Zone named internal.fintech.aws. The application instances in both spoke VPCs must resolve names within this Private Hosted Zone. An AWS Transit Gateway named tgw-central connects all three VPCs. The solution must be highly available across two Availability Zones (eu-west-3a and eu-west-3b) and minimize latency and cross-AZ data transfer costs. Which two configurations should the solutions architect implement to meet these requirements?
- In vpc-shared-core, deploy a NAT Gateway in a public subnet in each Availability Zone (eu-west-3a and eu-west-3b). Configure the Transit Gateway attachment subnets in vpc-shared-core with route tables that direct egress traffic to the local NAT Gateway in the same Availability Zone.Answer
- Associate the Route 53 Private Hosted Zone internal.fintech.aws with the spoke VPCs (vpc-payment-processing and vpc-user-portal) as well as the shared services VPC (vpc-shared-core).Answer
- CIn vpc-shared-core, deploy a single NAT Gateway in eu-west-3a and configure all Transit Gateway attachment subnet route tables to route outbound traffic to this single NAT Gateway.
- DAssociate the Route 53 Private Hosted Zone internal.fintech.aws only with vpc-shared-core, and rely on the Transit Gateway route propagation to transitively resolve DNS queries from the spoke VPCs.
- EEstablish VPC peering connections between vpc-payment-processing and vpc-user-portal, and configure the spoke VPC route tables to route all outbound internet traffic transitively through the peering connection to vpc-shared-core.