A genomics research organization runs a batch sequencing data analysis pipeline on AWS. The pipeline runs once a day, processing large genetic sequencing files. The architecture consists of a fleet of Amazon EC2 instances running inside an Auto Scaling group that processes tasks retrieved from an Amazon SQS queue. The raw files are downloaded from Amazon S3 to the instances' local EBS gp3 volumes for processing. During the peak of the daily batch run, the processing times increase significantly, and CloudWatch metrics reveal that the EC2 instances experience high CPU wait times as the gp3 volumes reach their default performance baseline of IOPS and throughput. Additionally, a web-based reporting dashboard queries an Amazon RDS for PostgreSQL Multi-AZ database containing metadata about the completed runs. During these batch windows, users experience slow load times on the dashboard due to high database CPU utilization from reporting queries.
Which two actions should a Solutions Architect take to resolve these performance bottlenecks? (Select TWO.)
- Modify the configuration of the gp3 EBS volumes on the EC2 instances to provision higher IOPS and throughput that match the workload's peak I/O demands.Answer
- Deploy an Amazon RDS PostgreSQL Read Replica, and configure the web-based reporting dashboard to direct its query traffic to the read replica's endpoint.Answer
- CConfigure the reporting dashboard to direct read-heavy query traffic to the standby instance of the RDS PostgreSQL Multi-AZ database deployment.
- DSet the Auto Scaling group scaling cooldown period to seconds to allow the EC2 fleet to scale out instantly when the queue size increases.
- ESubmit a request to AWS Support to pre-warm the Application Load Balancer (ALB) servicing the EC2 processing fleet prior to the scheduled daily batch run.