A global logistics enterprise is designing a new cloud-native supply chain tracking and routing platform. The platform handles an OLTP workload consisting of real-time package status transitions and route assignments. The system must support up to and during peak hours, with database read latency kept below . The disaster recovery requirements specify a Recovery Time Objective (RTO) of less than and a Recovery Point Objective (RPO) of less than . Additionally, an analytics dashboard operating in a separate, dedicated AWS account must be able to securely read data from the database with minimal performance impact on the primary OLTP application. All data must be encrypted at rest. Which database and storage strategy meets these requirements with the lowest operational complexity?
- ADeploy an Amazon Aurora PostgreSQL Global Database with the primary cluster in the main Region and a secondary cluster in the recovery Region. Encrypt the global database using the default AWS-managed KMS key (aws/rds). Modify the default AWS-managed KMS key policy to grant decrypt permissions to the cross-account analytics role so it can query the secondary database.
- Deploy an Amazon Aurora PostgreSQL Global Database with the primary cluster in the main Region and a secondary cluster in the recovery Region. Configure Aurora Auto Scaling for the Aurora Replicas in both regions to handle peak read traffic. Encrypt the database clusters using an AWS KMS customer managed key in each Region, and grant cross-account KMS decrypt and Aurora DB cluster read permissions to the dedicated analytics account.Answer
- CDeploy a multi-Region Amazon RDS for PostgreSQL database with a Multi-AZ configuration in both the primary and recovery Regions. Scale read capacity to by directing the analytics dashboard and read queries to the Multi-AZ standby instances in each region. Encrypt the databases using customer managed KMS keys.
- DDeploy a single-Region Amazon Aurora PostgreSQL DB cluster. Configure hourly automated database snapshots and copy them to the recovery Region. Grant the analytics account access to read from the primary DB cluster via a cross-account IAM role. In the event of a regional outage, restore the database from the copied snapshots in the recovery Region.