StorageClass Performance Calculator
Compare IOPS and throughput characteristics across Kubernetes StorageClasses.
Inputs
Sustained IOPS the workload needs.
Recommended Storage Class
io2
Storage Class Comparison
0
Step by step
Required IOPS
5000 IOPS
= 5000
Viable storage classes
gp3: 3000 IOPS, io2: 64000 IOPS, standard: 100 IOPS
= io2
How it works
Kubernetes storage classes map to underlying cloud block storage tiers with very different IOPS ceilings and cost structures: gp3 offers up to 3,000 baseline IOPS at low cost, io2 scales up to 64,000 IOPS for demanding databases at a premium, and standard (magnetic/HDD-backed) tops out around 100 IOPS for cold, infrequently accessed data. This calculator filters out classes that can't meet your required IOPS, then recommends the cheapest one that can.
Formula
monthlyCost = volumeSize × costPerGiB
- V
- Volume size in GiB
- c
- Cost per GiB per month for the storage class
- C
- Monthly cost for the volume
Frequently Asked Questions
When does gp3 stop being sufficient?
gp3 provides a 3,000 IOPS baseline (extendable up to 16,000 with additional provisioned IOPS on AWS) — workloads sustained above that, like high-throughput OLTP databases, typically need io2 or io2 Block Express.
Is io2 always better since it has higher IOPS?
No — io2's per-GiB cost is meaningfully higher, and most workloads don't need anywhere near 64,000 IOPS. Overprovisioning IOPS you don't use is pure cost waste; size to your actual measured requirement plus headroom.
What workloads still make sense on 'standard' storage?
Cold storage, backups, infrequently-accessed logs, or any workload dominated by sequential throughput rather than random IOPS — its low IOPS ceiling makes it unsuitable for databases or anything with random read/write patterns.