According to what I know about gp2 from AWS docs (link), gp2 disks have burst capabilily when they are smaller than 1000GB. After disk is bigger 1000GB, baseline performance exceeeds 3000 IOPS burst performance, so that "burst" term cannot apply.
However, as I see on my current prod database with 2TB gp2 storage, burst balance still somehow apply to me, and storage is considerably faster while burst balance is more than 0.
Apparently, there are changes in AWS Burst term. Does anybody knows modern terms, so I can plan my hardware accordingly?
The burst balance relates to disk usage on your RDS instance. This assume you're using a GP2 volume which is bustable (it has credits that can be depleted too). Just like burstable instance classes ( T2 / T3 ) GP2 has a balance of available credits in which its IOPs can reach upto 3000 PIOPs.
Increase the storage capacity only after all other tuning options are verified. Scale up your storage class to improve performance or change the storage type from gp2 to io1 and assign the required IOPS. Specify the amount of storage that you want to allocate. Then, specify the amount of dedicated IOPS that you want.
You can use CloudWatch to monitor the Burst Balance percentage, and also set up an alert if it gets low. To view the Burst Balance percentage, one way is to click on the Volume in the AWS console, then go to the Monitoring tab.
You can create SQL Server RDS DB instances with up to 16 TiB of storage.
I made request to AWS support about this. It was a lengthy thread where I got to know several important facts. I have saved my conversation at this link, so it's not lost for community.
Answer: burts balance may still apply for storage bigger than 1TB, because there may be several volumes to serve storage space. If volume is smaller than 1TB - burst balance gets utilized for that volume.
Other facts that were obscure for me:
I've run into that issue with EFS, provisioning enough capacity (storage and throughput) is one thing, provisioning burst capacity is something else. In this case it appears that you are running into the same issue. Exceeding your burst capacity. If you have a read-heavy application, consider using a replica or a caching scheme. Alternatively you can increase your 2TB disk to 4TB or look into provisioned iops solution.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With