A global retail company is deploying a mission-critical order processing application on AWS. The primary site is located in the `us-west-2` Region, and the secondary disaster recovery (DR) site is in the `us-east-1` Region. The architecture must satisfy a Recovery Point Objective (RPO) of less than minute and a Recovery Time Objective (RTO) of less than minutes. The database tier runs on Amazon Aurora PostgreSQL. Additionally, application servers in private subnets must send transaction confirmations to an external payment processor via the internet; this outbound traffic must remain highly available even during an Availability Zone (AZ) outage. Internal microservices communicate privately using a Route 53 Private Hosted Zone (PHZ). Which combination of actions will meet the disaster recovery objectives while ensuring high availability for all system components? (Select TWO.)
- Configure Amazon Aurora Global Database with the primary cluster in `us-west-2` and a secondary cluster in `us-east-1` to maintain an RPO of less than minute. Set up Route 53 public Active-Passive Failover routing records with health checks pointing to the Application Load Balancers in both Regions to automate public DNS failover.Answer
- Deploy a NAT Gateway in each Availability Zone of the VPCs in both `us-west-2` and `us-east-1` to ensure highly available outbound connectivity. Associate the Route 53 Private Hosted Zone for the internal microservices with the VPCs in both Regions to ensure private DNS resolution remains operational after failover.Answer
- CDeploy a single NAT Gateway in the primary Availability Zone of each Region's VPC to route outbound traffic, and configure the subnet route tables across all Availability Zones in each VPC to point to that single NAT Gateway.
- DSet up an AWS Backup plan to perform daily snapshots of the database in `us-west-2` and replicate them to `us-east-1`. Use Route 53 Latency-based routing to automatically distribute client traffic to the region with the lowest latency.
- ECreate a VPC Peering connection between the `us-west-2` and `us-east-1` VPCs, and rely on peered DNS resolution to resolve internal microservices in the Private Hosted Zone without explicitly associating the zone with the VPC in `us-east-1`.