A global collaborative engineering SaaS platform hosts its assembly-rendering engine in us-east-1 (VPC-A) and its archive vault in us-west-2 (VPC-B). The VPCs are connected via an inter-region VPC peering connection. The platform's on-premises development center in New York connects to VPC-A via an AWS Direct Connect (DX) connection with a Private Virtual Interface (VIF).
On-premises engineers in London experience severe latency and packet loss when accessing the vault in VPC-B over the public internet. Additionally, internal services in VPC-B cannot resolve the private DNS names of resources in VPC-A, impacting rendering times. The enterprise wants to optimize the network path, reduce latency for London-based engineers, and enable secure, private DNS resolution across both regions.
Which THREE actions should a Solutions Architect take to meet these requirements?
- Associate the New York Direct Connect Private VIF with a Direct Connect Gateway (DXGW), and associate the DXGW with the Virtual Private Gateways (VGWs) of both VPC-A and VPC-B.Cevap
- Deploy AWS Global Accelerator and associate it with a public Application Load Balancer (ALB) in VPC-B, directing London engineers to access the system via the Global Accelerator's static IP addresses.Cevap
- Enable DNS resolution support for the VPC peering connection, and associate the Route 53 Private Hosted Zone of VPC-A with VPC-B.Cevap
- DCreate the Route 53 Private Hosted Zone in VPC-A, enable DNS resolution support on the VPC peering connection, and rely on automatic cross-region peering propagation to resolve the private DNS names in VPC-B.
- ERoute the inter-VPC traffic transitively through the Direct Connect Gateway (DXGW) by configuring the route tables in VPC-A and VPC-B to use the DXGW as the target for the opposing region's CIDR blocks.
- FDeploy an Application Load Balancer (ALB) in VPC-B to handle engineer connections, and rely solely on the ALB's default dynamic scaling to handle the sudden, massive morning traffic spikes from the London office.