A company hosts a read-heavy web application on Amazon EC2 instances in an Auto Scaling group behind an Application Load Balancer (ALB). The application layer is backed by an Amazon RDS for MySQL Multi-AZ DB instance, and the EC2 instances use attached Amazon EBS gp3 volumes to cache static assets. The company expects traffic to spike tenfold in less than 5 minutes due to a promotional event. Which two actions should a solutions architect recommend to optimize compute and storage performance, and ensure the system can handle the sudden surge?
- Deploy Amazon RDS Read Replicas and modify the application to route read-heavy database queries to the read replica endpoints.Cevap
- Increase the provisioned IOPS and throughput on the existing EBS gp3 volumes to accommodate the higher read-intensive local storage demands.Cevap
- CConfigure the application to route read-heavy database queries to the standby DB instance of the RDS Multi-AZ deployment to balance the query load.
- DRely on the Application Load Balancer's default auto-scaling behavior to dynamically allocate compute capacity during the sudden traffic spike.
- EPurchase EC2 Instance Savings Plans to optimize compute costs for both the scaling EC2 instances and the application's auxiliary AWS Fargate tasks.
Cevap
Deploy Amazon RDS Read Replicas and route read traffic to them, and increase the provisioned IOPS and throughput on the existing EBS gp3 volumes.
Deploying Amazon RDS Read Replicas allows horizontal scaling of the read-heavy database workload, while increasing the provisioned IOPS and throughput on the existing EBS gp3 volumes directly optimizes storage performance without requiring volume resizing or system downtime.
Adım Adım Çözüm
Anahtar Kavram
Scaling read-heavy database workloads with RDS Read Replicas, optimizing EBS gp3 performance independently of volume size, and understanding ALB scaling limitations under sudden spikes.