Log Retention Storage Cost Calculator
Retention turns a daily log stream into a steady-state stored dataset. This calculator estimates retained GB and monthly storage cost using a simple model: retained GB = GB/day x retention days. Compare baseline vs peak when volume spikes.
Inputs
Logs produced (GB / day)
If you have measured ingestion, use it directly.
~1.46 TB retained at steady state.
Events per second
Avg bytes per event
Sample real logs for a reliable average.
Retention (days)
~1 months of logs.
Storage price ($ / GB-month)
Results
Retained volume (steady state)
1,500 GB
Estimated monthly storage cost
$45.00
A practical retention policy (by log class)
- Access/ingress logs: 7-14 days hot retention (high volume, mostly operational value).
- Application logs: 14-30 days (enough for incident timelines).
- Audit/security logs: 90-365 days (compliance-driven; keep volume controlled).
If you need long-term retention, consider moving cold logs to cheaper storage and keeping only a small hot window indexed/searchable.
How to get your inputs
- GB/day: use ingestion metrics per log source; avoid blended averages.
- Retention days: confirm settings per log group or table; defaults often drift.
- Stored GB billing: check whether your vendor bills on ingested or stored size.
- Seasonality: if volume changes by week or month, model separate scenarios.
Result interpretation
- Retention days multiply GB/day; storage grows linearly with retention.
- High-volume sources should have shorter hot retention.
Common mistakes
- Using blended GB/day and missing the top noisy sources.
- Applying a single retention policy to all log types.
- Assuming stored GB equals ingested GB (compression varies).
Scenario planning
| Scenario | GB/day | Retention | Drivers |
|---|---|---|---|
| Baseline | Expected | 30 days | Normal logging |
| Peak | High | Same | Incident/verbose |
Validate after changes
- Validate measured ingestion (GB/day) for your top sources, not a blended average.
- Validate retention settings per table/source (defaults often drift).
- Validate what the vendor bills as stored GB (compressed size vs ingested size differs by provider).
Advertisement
Example scenario
- 50 GB/day with 30-day retention = ~1,500 GB retained steady-state (before vendor-specific compression rules).
- If you retain 90-365 days, storage often becomes the dominant log line item.
Included
- Steady-state retained volume estimate (GB/day x retention days).
- Monthly storage estimate from retained GB and $/GB-month.
- Optional event-rate estimator for GB/day.
- Baseline vs peak storage comparison for volume spikes.
Not included
- Ingestion charges (use Log Ingestion calculator).
- Scan/search charges (use Log Search Scan calculator).
- Tiered hot/cold storage modeling (use Tiered Log Storage calculator).
How we calculate
- Retained volume (steady state) = GB/day x retention days.
- Monthly storage cost = retained GB x $/GB-month.
- Use peak multiplier when incident logging increases volume.
- If retention differs by log type, model each log type separately and sum.
FAQ
When does steady-state not apply?
During ramp-up (before you've logged for retention days) and when ingestion is highly seasonal. In those cases, model separate months/scenarios.
How should I choose retention?
Keep a small hot window for troubleshooting (days to weeks), and keep long retention only for high-value audit/security logs.
What if my provider has multiple tables with different retention?
Treat each table/source as its own stream (GB/day + retention days), then add the results.
Related tools
Related guides
CloudWatch Logs pricing: ingestion, retention, and queries
A practical CloudWatch Logs pricing guide: model ingestion (GB/day), retention (GB-month), and query/scan costs (Insights/Athena). Includes pitfalls and a validation checklist.
Google Kubernetes Engine (GKE) pricing: nodes, networking, storage, and observability
GKE cost is not just nodes: include node pools, autoscaling, requests/limits (bin packing), load balancing/egress, storage, and logs/metrics. Includes a worked estimate template, pitfalls, and validation steps to keep clusters right-sized.
AWS CloudWatch Metrics Pricing & Cost Guide
CloudWatch metrics cost model: custom metrics, API requests, dashboards, and retention.
Cloud cost estimation checklist: build a model Google (and finance) will trust
A practical checklist to estimate cloud cost without missing major line items: requests, compute, storage, logs/metrics, and network transfer. Includes a worksheet template, validation steps, and the most common double-counting traps.
CloudWatch dashboards pricing: what to include (dashboard-month + API)
A practical guide to CloudWatch dashboard costs: dashboard-month charges plus the hidden drivers (metrics API requests, alarms, and high-cardinality metrics).
CloudWatch Logs Insights cost optimization (reduce GB scanned)
A practical playbook to reduce CloudWatch Logs Insights costs: measure GB scanned, fix query patterns, time-bound dashboards, and avoid repeated incident scans.
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-01-29