An enterprise digital media platform runs its content management system (CMS) on AWS. The application tier runs on a fleet of Amazon EC2 `t3.large` instances in an Auto Scaling group behind an Application Load Balancer (ALB). The database tier uses an Amazon RDS for PostgreSQL DB instance. The CMS files and media assets are stored on an Amazon Elastic File System (Amazon EFS) file system configured with General Purpose performance mode and Bursting throughput mode.
During high-profile news release campaigns, users experience high latency and occasional timeouts. A review of Amazon CloudWatch metrics during these campaigns shows:
- The EC2 instances reach CPU utilization, and the `CPUCreditBalance` drops to .
- The EFS `BurstCreditBalance` drops to , and EFS throughput is throttled to approximately due to the small size of the media storage ().
- The RDS DB instance shows high read latency, but CPU utilization is normal.
Which two actions should a Solutions Architect take to resolve these bottlenecks and optimize the performance of the compute and storage tiers?
- Modify the Auto Scaling group launch template to use a non-burstable instance type, such as `c6i.large`, to ensure consistent compute performance.Answer
- BConfigure the Application Load Balancer to route read-heavy database traffic to the standby DB instance of the Amazon RDS for PostgreSQL Multi-AZ deployment.
- Configure the Amazon EFS file system throughput mode to Elastic throughput to automatically scale throughput capacity based on workload activity.Answer
- DRequest AWS Support to pre-warm the Application Load Balancer, which will automatically increase the CPU credit capacity of the backend EC2 instances to handle the traffic spike.