A company is running a production database on Amazon RDS for PostgreSQL. The database experiences high read traffic from multiple application servers. Which data store management strategy would reduce the load on the primary database instance?
Read Replicas allow offloading read queries, reducing load on the primary.
Why this answer
Creating an RDS Read Replica in the same region offloads read-heavy traffic from the primary PostgreSQL instance by providing a separate, read-only copy of the database. Application servers can direct SELECT queries to the Read Replica, reducing the primary instance's CPU and I/O load without affecting write performance. This is the most direct and cost-effective strategy for scaling read capacity in Amazon RDS for PostgreSQL.
Exam trap
The trap here is that candidates often confuse Multi-AZ (which is for failover, not read scaling) with Read Replicas, or they assume ElastiCache is the only caching option, overlooking that RDS Read Replicas are a managed, database-level solution for read offloading without application code changes.
How to eliminate wrong answers
Option A is wrong because DynamoDB Accelerator (DAX) is an in-memory cache for Amazon DynamoDB, a NoSQL database, and cannot be used to cache or offload queries from Amazon RDS for PostgreSQL. Option B is wrong because Multi-AZ deployment provides high availability and automatic failover by maintaining a standby replica in another Availability Zone, but it does not serve read traffic or reduce load on the primary instance. Option D is wrong because while ElastiCache can cache query results to reduce read load, it requires application-level changes to implement caching logic and does not provide a full database replica; the question asks for a data store management strategy, and a Read Replica is a more native and simpler solution for offloading read traffic from RDS.