A SysOps Administrator is optimizing the performance and cost of a transactional database hosted on an Amazon EC2 instance. The database is currently backed by a Amazon EBS volume configured with Provisioned IOPS. Over the past days, Amazon CloudWatch metrics indicate that the volume's IOPS utilization consistently peaks at IOPS, and throughput peaks at . AWS Compute Optimizer flags this volume as 'Overprovisioned'.
Which action should the administrator take to implement Compute Optimizer's recommendation and optimize costs without impacting application performance?
- Modify the EBS volume in-place to change the volume type to gp3, configuring the volume with 3,000 IOPS and 150 MiB/s throughput.Answer
- BPurchase an EC2 Instance Savings Plan to apply discounted rates to the EBS io2 volume while maintaining the current configuration.
- CConfigure an AWS Budgets cost alert to trigger an automation that dynamically scales the provisioned IOPS of the io2 volume.
- DActivate cost allocation tags on the EBS volume in the AWS Billing Console to automatically apply the rightsizing configuration.
Answer
Modify the EBS volume in-place to change the volume type to gp3, configuring the volume with 3,000 IOPS and 150 MiB/s throughput.
Modifying the EBS volume in-place to change the volume type to gp3 with 3,000 IOPS and 150 MiB/s throughput is correct because it aligns with Compute Optimizer's recommendation. A gp3 volume offers 3,000 baseline IOPS and 125 MiB/s throughput for free. Increasing the throughput to 150 MiB/s satisfies the database's peak performance demands (2,200 IOPS and 150 MiB/s) while significantly reducing provisioned costs compared to the expensive io2 volume.
Step-by-Step Solution
Key Concept
AWS Compute Optimizer helps right-size EBS volumes by analyzing performance metrics and suggesting cost-effective alternatives like gp3 for overprovisioned io1/io2 volumes.