S3 Request Cost Calculator

For many storage workloads, request fees are tiny. But for millions of small objects, heavy LIST/HEAD usage, or chatty pipelines, request charges can become a real line item. Use this S3 request cost calculator to estimate request fees from monthly request volume and your provider's per-1k prices.

Inputs

Average stored (GB)
Approx 4.88 TB-month.
Starting storage (GB)
Monthly growth (%)
Months in period
Est 4,340 GB-month avg.
Storage price ($ / GB-month)
GET requests (per month)
Approx 1.9 req/sec.
Avg GET RPS
PUT requests (per month)
Approx 0.19 req/sec.
Avg PUT RPS
Est 5,253,120 GETs and 525,312 PUTs/month.
Request mix presets
GET price ($ / 1k)
PUT price ($ / 1k)
Scenario presets

Results

Estimated monthly total
$119.50
Storage cost
$115.00
GET request cost
$2.00
PUT request cost
$2.50
Inputs summary
ItemValue
Average stored5,000 GB
GET requests5,000,000
PUT requests500,000

How to get your inputs

  • Inputs: use billing exports, metrics, or logs to get real counts/GB where possible.
  • Units: convert throughput (Mbps) or rates (RPS) into monthly units when needed.
  • Scenarios: build a baseline and a high-usage scenario to avoid under-budgeting.

Result interpretation

  • Requests matter most when you have many small objects and high access rates.
  • If request fees are large, evaluate caching and request consolidation.

Common mistakes

  • Using a single average and ignoring peak/incident scenarios.
  • Double-counting or missing adjacent line items (transfer, logs, retries).

Advanced inputs to capture

  • Split request classes (GET, PUT, LIST, DELETE) if possible.
  • Multipart uploads and retries can multiply request counts.
  • Use a baseline and peak for bursty workloads.
  • Separate CDN cache hits from origin requests where applicable.

Scenario planning

Scenario GET PUT Classes
Baseline Expected Expected Standard
Peak High High Same

Validate after changes

  • Compare your estimate to the first real bill and adjust assumptions.
  • Track the primary driver metric (requests/GB/count) over time.

Next steps

Advertisement

Example scenario

  • 50M GET + 5M PUT per month at your per-1k pricing -> estimate monthly request fees.
  • Millions of small objects with frequent metadata reads can make requests non-trivial even when storage GB is modest.

Included

  • Request fee estimate for S3-like GET and PUT operations using per-1k pricing.
  • Optional RPS-based request estimator.
  • Optional request mix presets.
  • A quick way to sanity-check whether requests are noise or meaningful for your workload.

Not included

  • Storage GB-month pricing (model separately if needed).
  • Egress costs and replication/copy costs (model separately).

How we calculate

  • Request cost = (requests / 1,000) x price per 1,000 for each request type.
  • If you have multiple request classes (for example, LIST/HEAD/select), model them as separate scenarios and sum.
  • If your provider prices per 10k/1M instead of per 1k, convert the rate to a per-1k equivalent.

FAQ

When do request fees matter?
They matter most when you have millions of small objects and high request rates. For large-object workloads with few operations, storage or egress usually dominates.
What about LIST/HEAD requests?
Many providers price multiple request classes. If LIST/HEAD are material, estimate them separately and add them to the total.
How do I get request counts?
Use storage access logs, metrics, or billing exports. If you only have RPS, convert it with the RPS-to-monthly requests calculator, then split by request type using observed proportions.

Related tools

Related guides

Advertisement

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-07