A digital publishing company is designing a disaster recovery (DR) architecture for its high-traffic content management application. The primary database is an Amazon RDS for PostgreSQL instance. The application tier runs on Amazon EC2 instances behind an Application Load Balancer (ALB). The business requirements specify a Recovery Time Objective (RTO) of less than minutes and a Recovery Point Objective (RPO) of less than minutes. Additionally, the secondary database must be capable of serving read-only search queries to local users in the secondary region during normal operations to offload read traffic. The solution must also support internal service discovery using a Route 53 Private Hosted Zone (PHZ). Which two actions should the solutions architect take to meet these requirements?
- Create a cross-region read replica of the RDS for PostgreSQL instance in the secondary region. Configure the local search application in the secondary region to query this replica for read-only traffic, and promote it to a standalone primary instance during a failover.Cevap
- Configure Amazon Route 53 with a Failover routing policy. Point the primary record to the primary ALB and the secondary record to an ALB in the secondary region, where an Auto Scaling group is pre-deployed with a minimum capacity of instance to process local read-only traffic.Cevap
- CEnable Amazon RDS Multi-AZ in the primary region, and configure the local search application in the secondary region to route its read-only queries to the synchronous Multi-AZ standby instance to offload read traffic.
- DImplement an AWS Backup plan that takes daily RDS and EBS snapshots in the primary region, copies them to the secondary region, and uses AWS CloudFormation to restore the database and instances only when a failover is triggered.
- EIn the secondary region, route outbound internet traffic from the private subnets in all Availability Zones through a single NAT Gateway deployed in a single public subnet to minimize running costs during standby operations.
- FFor internal service discovery between the application components, utilize the existing Route 53 Private Hosted Zone (PHZ) in the primary VPC, relying on Transit Gateway peering to automatically resolve internal DNS queries in the secondary VPC without associating the PHZ.