A global financial technology company is setting up a new multi-account AWS environment in the eu-west-1 Region. The architecture contains:
- vpc-payment-prod and vpc-analytics-prod in separate AWS accounts hosting production workloads across two Availability Zones (AZ-A and AZ-B).
- vpc-shared-core in a shared services AWS account, which contains a Route 53 Private Hosted Zone (PHZ) named core.internal containing service endpoints.
- vpc-security-egress in a network security account, hosting a cluster of transit inspection firewalls and outbound gateways.
An AWS Transit Gateway named tgw-transit-hub is deployed in the network security account and shared with the organization. The company has the following requirements:
1. Production workloads in vpc-payment-prod and vpc-analytics-prod must be able to resolve domain names in core.internal.
2. All outbound internet traffic from the production VPCs must be inspected by the firewalls in vpc-security-egress before exiting through NAT Gateways.
3. The design must be highly resilient to Availability Zone outages and minimize cross-AZ data transfer costs.
Which two configuration steps should a solutions architect perform to meet these requirements?
- In the vpc-security-egress VPC, deploy a NAT Gateway in a public subnet in each Availability Zone (AZ-A and AZ-B). Configure the route tables of the private firewall subnets in each AZ to route outbound traffic () to the NAT Gateway in their respective AZ.Answer
- From the shared services account, associate the Route 53 Private Hosted Zone core.internal with vpc-payment-prod and vpc-analytics-prod by submitting cross-account VPC association requests and accepting them in the respective workload accounts.Answer
- CIn the vpc-security-egress VPC, deploy a single NAT Gateway in the public subnet of AZ-A. Configure the route tables of all private firewall subnets across both AZ-A and AZ-B to route outbound traffic () to this single NAT Gateway to minimize idle NAT Gateway hourly charges.
- DRely on Transit Gateway routing to automatically propagate DNS resolution for the core.internal domain from vpc-shared-core to the workload VPCs without associating the Private Hosted Zone, as they are attached to the same Transit Gateway.
- ECreate a Direct Connect Gateway in the shared services account, associate it directly with the Transit Gateway, and configure it to route DNS traffic between the workload VPCs and the private hosted zone using Transit Gateway route propagation.