AWS EBS Cost Calculator (GB-month + IOPS)
Estimate EBS-style block storage cost with a simple model: storage + provisioned IOPS + provisioned throughput. Compare baseline vs peak capacity with your effective pricing.
Maintained by CloudCostKit Editorial Team. Last updated: 2026-02-23. Editorial policy and methodology.
Best next steps
Use this calculator for the first estimate, then validate the answer with the closest guide or companion tool.
Inputs
Results
Separate storage baseline from paid performance headroom
EBS does not usually surprise teams because storage exists. It surprises them because performance is provisioned above what the workload really needs, or because storage and snapshot thinking get mixed together into one blurry number.
- Measure storage GB-month separately from paid IOPS and throughput so you can see which side is driving spend.
- Keep volume type explicit: gp2, gp3, and more specialized profiles do not carry the same cost shape.
- Treat snapshots and backup retention as adjacent storage programs, not part of this core volume estimate.
Where EBS estimates usually drift
- Idle overprovisioning: volumes often stay oversized long after the peak event that justified them.
- Paid performance headroom: IOPS and throughput premiums can dominate when teams provision for worst case and never revisit it.
- Volume-type mismatch: staying on an older or more expensive performance profile distorts the monthly baseline.
- Snapshot confusion: teams sometimes blame the volume page for snapshot or backup line items that belong elsewhere.
How to reconcile the estimate with the bill
- Compare billed storage, IOPS, and throughput charges with the actual volume configuration in the same period.
- Check whether volumes are still provisioned for a past incident, migration, or benchmark instead of current workload.
- Review whether snapshot storage is being counted as part of the core EBS spend by mistake.
- Run a right-sized scenario beside the current scenario to see how much cost is really tied to performance headroom.
What to do when one component dominates
If performance dominates, revisit IOPS, throughput, and volume-type choice. If storage dominates, inspect stale volumes and oversized allocations. If the broader block-storage program still looks expensive after that, the next stop is snapshots, backups, and restore policy rather than more tuning of the core volume estimate.
Next steps
Example scenario
- 500GB, 6,000 IOPS, 250 MB/s throughput - estimate monthly storage + performance charges.
- Peak 220% scenario helps budget for scaling bursts.
Included
- Storage cost from GB-month x $/GB-month.
- IOPS cost from IOPS-month x $/IOPS-month (if your volume type charges for it).
- Throughput cost from MB/s-month x $/MB/s-month (if your volume type charges for it).
- Optional IOPS and throughput headroom estimator.
- Baseline vs peak scenario table for capacity spikes.
Not included
- Snapshots/backup storage, data transfer, and EC2 instance costs.
- Tiered pricing and per-volume-type minimums unless you reflect them in pricing inputs.
How we calculate
- Storage cost = GB-month x $ per GB-month.
- IOPS cost = provisioned IOPS x $ per IOPS-month (set price to 0 if not billed).
- Throughput cost = provisioned MB/s x $ per MB/s-month (set price to 0 if not billed).
- Total = storage + IOPS + throughput.
FAQ
Do all EBS volume types charge for IOPS and throughput?
Does this include snapshots?
How should I estimate GB-month?
Related tools
Related guides
Disclaimer
Educational use only. Not legal, financial, or professional advice. Results are estimates based on the inputs and assumptions shown on this page. Verify pricing and limits with your providers and documentation.
Last updated: 2026-02-23. Reviewed against CloudCostKit methodology and current provider documentation. See the Editorial Policy .