CloudWatch Logs Cost Calculator
CloudWatch Logs cost usually comes from three drivers: ingestion (GB), retention storage (GB-month), and Logs Insights scans (GB scanned). This calculator groups those line items into one model so you can estimate a realistic monthly total and compare baseline vs peak months.
Inputs
Ingest volume (GB / day)
Retention (days)
Billing days (per month)
Ingest price ($ / GB)
Storage price ($ / GB-month)
Insights scanned (GB / day)
Insights price ($ / GB scanned)
Insights queries (per day)
Avg GB per query
Est 240 GB/day.
Scenario presets
Results
Estimated monthly total
$805.00
Ingestion cost
$760.00
Retention storage cost
$45.00
Logs Insights scan cost
$0.00
Monthly ingestion
1,520 GB
Stored volume (steady state)
1,500 GB
CloudWatch-specific gotchas
- Subscription filters / exports: forwarding logs to another system can create a second ingestion bill.
- Dashboards and alerts: frequent refresh + wide windows can multiply Insights scan volume.
- Retention drift: log groups often default to "never expire" unless explicitly set.
How to get your inputs
- GB/day ingested: use CloudWatch usage metrics or billing exports for the top log groups.
- Retention days: read the retention policy for each log group (defaults often drift).
- Insights scan GB: estimate from query history (range length x data scanned per query).
- Billing days: use 30 or 31 days, or 730 hours if you model monthly hours elsewhere.
Result interpretation
- If ingestion dominates, reduce verbose logs or drop noisy sources at ingest.
- If retention dominates, shorten retention or move cold logs to cheaper storage.
- If scans dominate, narrow Insights queries and reduce dashboard refresh frequency.
Common mistakes
- Assuming default retention is set (many groups stay "never expire").
- Leaving dashboards to scan wide windows at high frequency.
- Mixing ingestion and scan costs into one blended GB number.
Scenario planning
| Scenario | Ingestion | Retention | Insights scans |
|---|---|---|---|
| Baseline | Expected | Current policy | Typical dashboards |
| Peak | High | Same policy | Incident queries |
Validate after changes
- Validate ingestion GB/day for your largest log groups (ingress, API, audit).
- Validate retention days per log group and ensure defaults are not "forever".
- Validate Insights scanned bytes for dashboards/alerts (query frequency matters as much as window size).
Advertisement
Example scenario
- Model baseline ingestion + retention first, then optionally add Logs Insights scans if you query heavily.
- Retention can dominate when you keep high-volume logs for 90+ days; scans can dominate when dashboards query broad windows.
- Use a peak multiplier when incidents or deploys spike ingestion and scans.
Included
- Ingestion estimate from GB/day and $/GB.
- Retention storage estimate from GB/day, retention days, and $/GB-month.
- Optional Logs Insights scan estimate from scanned GB/day and $/GB scanned.
- Optional query-based scan estimator (queries/day x GB per query).
- Baseline vs peak comparison for incident spikes.
Not included
- Exports/subscription filters to other systems (which may have their own ingestion charges).
- Vendor-specific minimums and advanced features (anomaly detection, premium analytics).
How we calculate
- Ingestion cost = (GB/day x billing days) x $/GB.
- Retention storage (steady state) = (GB/day x retention days) x $/GB-month.
- Optional: Logs Insights scan cost = (GB scanned/day x billing days) x $/GB scanned.
- Model a peak month for incident logging and dashboard spikes.
- Sum the line items for a monthly estimate.
FAQ
Why do CloudWatch Logs bills spike during incidents?
Incidents create retries/timeouts and verbose logs, which multiply ingestion. Incident dashboards often scan broader windows more frequently, multiplying Insights scans.
What is the most common modeling mistake?
Using one blended GB/day and forgetting that retention and scans are independent multipliers (retention days and query frequency).
How can I reduce costs quickly?
Drop noisy logs at source, shorten retention for low-value logs, and reduce broad Insights queries (narrow time windows and filter early).
Related tools
Related guides
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.
CloudWatch Logs Insights pricing: what to model (GB scanned)
A practical Logs Insights pricing checklist: the core unit is GB scanned. Model scanned GB from query habits, avoid dashboard re-scan traps, and validate with a measured baseline.
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.
Estimate Logs Insights scanned GB (from query habits)
How to estimate CloudWatch Logs Insights cost: model GB scanned per query, query frequency, and time range. Includes a quick calculator workflow and common pitfalls.
AWS CloudWatch Metrics Pricing & Cost Guide
CloudWatch metrics cost model: custom metrics, API requests, dashboards, and retention.
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).
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-28