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

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