A company runs a genomic data processing application on Amazon EC2 instances in an Auto Scaling group. The instances process large datasets downloaded from Amazon S3. The input files are written to 200 GiB Amazon EBS gp3 volumes configured with default IOPS and throughput (3,000 IOPS and 125 MiB/s). During peak processing, CloudWatch metrics show that the EBS volumes are constantly throttled at the 125 MiB/s throughput limit, causing high CPU wait times. Additionally, when the queue size increases, the Auto Scaling group launches new instances. However, because it takes 10 minutes to bootstrap the instances (downloading software and reference databases), the scaling metric remains high, causing the Auto Scaling group to continuously launch unnecessary instances during this startup period. Which two actions should the solutions architect take to resolve these performance and scaling issues?
- Increase the throughput of the gp3 EBS volumes to 500 MiB/s to eliminate the storage I/O bottleneck.Answer
- Create a custom AMI containing the pre-installed software and reference databases, and configure the scaling policy's warm-up timer to match the remaining initialization time.Answer
- CDecrease the Auto Scaling group's cooldown period to 60 seconds to allow the fleet to scale out more rapidly when the queue size increases.
- DDeploy an Application Load Balancer in front of the EC2 instances and request AWS Support to pre-warm the load balancer to handle the sudden burst of requests.
- EConfigure Amazon Aurora Auto Scaling on the EBS volumes and enable multi-AZ read replication to scale out storage performance.