An e-commerce company operates a high-traffic catalog search application. The application's backend database runs on an Amazon RDS for PostgreSQL DB instance configured in a Multi-AZ deployment with 3,000 Provisioned IOPS (SSD) storage. During peak shopping events, read latency on the database increases significantly, and CPU utilization on the DB instance exceeds , leading to slower search response times. The write volume remains low and stable. Which action should a solutions architect take to resolve the database performance bottleneck with minimal latency?
- Deploy Amazon RDS Read Replicas in the active Availability Zones, and update the application configuration to route all read-only search queries to the read replica endpoints.Answer
- BConfigure the application to route read-only search queries to the endpoint of the existing Multi-AZ standby DB instance to balance the query load.
- CRequest AWS Support to pre-warm the database's front-end Application Load Balancer to handle the sudden increase in connection requests during peak events.
- DDecrease the scale-out cooldown period on the database's Auto Scaling group to launch additional DB instances faster when CPU utilization exceeds .
Answer
Deploy Amazon RDS Read Replicas in the active Availability Zones, and update the application configuration to route all read-only search queries to the read replica endpoints.
Deploying Amazon RDS Read Replicas is the correct action because it directly offloads read-heavy queries from the primary DB instance. This reduces both the CPU load and Provisioned IOPS consumption on the primary database, resolving the catalog search latency bottleneck. Read replicas are designed exactly for scaling read-heavy workloads horizontally.
Step-by-Step Solution
Key Concept
Scaling read performance in Amazon RDS using Read Replicas vs Multi-AZ deployments