{{ summaryHeading }}
{{ summaryPrimary }}
{{ summaryLine }}
{{ badge.label }}
SOURCES COLLECTOR VENDOR {{ telemetryStageMarker }}
Observability ingest cost inputs
Start from a realistic baseline, then replace values with billing export, OpenTelemetry Collector, or vendor usage data.
Choose a vendor-style rate card or Custom; every rate can be edited in Advanced.
Use vendor usage export, object-store archive volume, or collector byte counters for one average day.
Include APM spans, service maps, profiling traces, or OTel traces if they are metered as ingest.
For active-series priced products, convert usage to an equivalent monthly cost in Advanced using fixed or user/platform cost fields.
{{ pipeline_reduction_percent }}%
This is applied to all telemetry before included volume, indexing, and retention costs.
{{ indexed_share_percent }}%
Set 0 when the selected vendor-style plan only charges per GB ingested.
{{ retention_days }} days
Use the searchable or vendor-retained window, not archive-only object storage unless the vendor bills it here.
Enter 0 to remove the budget variance badge and budget action row.
$ / mo
Keep 30 for most vendor calculators; use actual calendar days for a close reconciliation.
days
Use the included telemetry pool from your plan or set 0 for pure usage pricing.
GB / mo
Use your vendor's public data option, negotiated rate, or blended internal chargeback rate.
$ / GB
Set 0 for plans that bundle indexing into ingest or event-volume pricing.
$ / M events
JSON logs, spans, and metrics can inflate from raw file size; replace with vendor event-size data when available.
KB/event
If your plan charges storage from day one, set this to 0.
days
Set 0 when retention is bundled or priced in a different external system.
$ / GB-mo
Use this for known non-ingest charges that still belong in the ingest budget decision.
$ / mo
Use 0 when users are free, already budgeted, or unrelated to this ingest model.
users @ $
{{ contract_discount_percent }}%
Keep 0 for list-price estimates; use your committed-use or private pricing discount when known.
{{ monthly_growth_percent }}%
Use recent usage growth or planned launch traffic for the forecast chart.
Use 6 to 24 months for planning; the chart stays monthly.
months
Cost componentAmountMeterAssumptionCopy
{{ row.component }} {{ row.amount }} {{ row.meter }} {{ row.assumption }}
Telemetry streamRaw dailyAfter collectorMonthly ingestShareIndexed eventsCopy
{{ row.stream }} {{ row.rawDaily }} {{ row.afterCollector }} {{ row.monthlyIngest }} {{ row.share }} {{ row.indexedEvents }}
LeverModeled changeMonthly impactOperator actionCopy
{{ row.lever }} {{ row.change }} {{ row.impact }} {{ row.action }}
{{ formulaText }}
Customize
Advanced
:

Introduction:

Observability spend grows when telemetry volume grows faster than the team can explain its value. Logs, traces, metrics, profiles, and events are useful because they make production behavior visible, but they also move through paid systems that may charge for ingest, indexing, retention, seats, or platform commitments. A noisy debug log during a launch can become a finance problem within one billing cycle.

Ingest cost starts with raw daily volume. Collector filters, sampling, parsing, and drop rules can reduce that volume before it reaches a vendor. After collection, the bill may depend on how much data is retained, how much is indexed for search, how many events are counted, how many users access the platform, or which committed-use discount applies. Vendor pricing pages use different names for these items, so comparing products requires translating them into a common monthly model.

Diagram showing raw telemetry flowing through collector reduction into vendor billing.

The same raw telemetry can have very different costs depending on what happens before and after ingest. Sampling traces before export may reduce storage and processing. Dropping low-value logs at the collector can cut the bill without removing high-signal incidents. Reducing indexed share can preserve retention for audit or investigation while limiting expensive search capacity.

Cost driver What it represents
Raw GB/day Telemetry produced before filtering, sampling, or routing decisions.
Collector reduction Estimated share removed before the vendor receives billable data.
Indexed share Portion available for search or event-index billing after ingest.
Retention How long stored telemetry remains available beyond the included period.

Pricing profiles are planning defaults, not quotes. Contract terms, committed-use discounts, active-series charges, host pricing, seat counts, regional taxes, and enterprise add-ons can dominate the real invoice. A useful cost estimate makes the assumptions visible so engineering, finance, and reliability teams can decide which telemetry is worth paying for.

How to Use This Tool:

  1. Choose a workload preset that resembles the environment, then select a pricing profile or enter custom rates from your contract.
  2. Enter raw daily volume for logs, traces, and metrics or profiles. Use GB/day or TB/day consistently for each stream.
  3. Set the collector reduction percentage to model filtering, sampling, parsing drops, or routing decisions before vendor ingest.
  4. Set indexed share and retention target to model search/event billing and extra storage beyond the included retention period.
  5. Add included monthly ingest, ingest rate, index rate, average event size, fixed platform cost, user count, discount, and budget cap when those apply.
  6. Use monthly growth and forecast horizon to see how the bill changes if telemetry volume grows at the same rate.
  7. Review the optimization levers before making a vendor or sampling decision. A cheap-looking rate can still exceed budget if raw volume grows quickly.

Interpreting Results:

The monthly total is a modeled bill using the rates and assumptions entered in the form. The effective cost per GB divides that total by monthly ingest after collector reduction, so it includes more than the ingest rate when indexing, storage, fixed fees, and users are present.

Result How to read it
After collector volume Raw daily telemetry after the reduction percentage is applied.
Billable ingest Monthly ingest that remains after included GB are subtracted.
Indexed events Estimated events derived from indexed GB and average event size.
Budget variance Difference between the entered monthly budget and modeled monthly cost.
Forecast Projected monthly cost if raw volume grows by the selected percentage.

Technical Details:

Observability ingest modeling converts daily telemetry into monthly billable volume, then applies rate cards and adjustments. Logs, traces, and metrics are summed after unit conversion. Collector reduction is applied before monthly ingest because data dropped before export usually does not reach the vendor's ingest meter.

Indexing cost is estimated from stored volume and average event size. That approximation is useful when a vendor bills searchable or indexed events separately from raw ingest. Retention cost is modeled as extra retained GB-months beyond the included retention period, using after-collector daily volume as the storage basis.

Formula Core:

The core model turns raw daily GB into after-collector monthly GB, then adds the major cost components.

Gm=(Glogs+Gtraces+Gmetrics)×(1-r)×d
C=max(0,Gm-I)×pg+E×pe+R×pr+F+U×pu
Symbol Meaning
Gm Monthly ingest after collector reduction.
r Collector reduction as a decimal.
d Billing days in the month.
I Included monthly ingest.
E Estimated indexed events in millions.
R Extra retention GB-months beyond included retention.
F, U Fixed platform cost and full platform user count.

A workload producing 250 GB/day of raw telemetry with 30 percent collector reduction keeps 175 GB/day. Over 30 billing days, monthly ingest is 5,250 GB. If 1,000 GB are included, 4,250 GB are billable at the ingest rate before index, retention, user, fixed-cost, and discount adjustments.

Accuracy Notes:

The estimate is for planning. Verify current vendor pricing, contract terms, included allowances, retention rules, regional taxes, and data-type definitions before making a buying decision. Some platforms charge for hosts, containers, active time series, spans, seats, or features that are better modeled as fixed or user costs here.

Worked Example:

A platform team sends 120 GB/day of logs, 40 GB/day of traces, and 20 GB/day of metrics. With 25 percent collector reduction, the after-collector volume is 135 GB/day. Over 30 days, monthly ingest is 4,050 GB.

If 500 GB are included and ingest costs 0.35 USD per GB, ingest cost applies to 3,550 GB. Add indexing, retention, fixed platform, and user costs before applying any contract discount. The budget variance then shows whether the modeled month is above or below the team's cap.

FAQ:

Are the pricing profiles vendor quotes?

No. They are editable planning profiles. Use your contract, invoice, or current vendor pricing page for production decisions.

Why does indexed share affect cost?

Some platforms charge separately for events made searchable or indexed. Lower indexed share can reduce search-related cost while still retaining some data.

Does collector reduction mean losing observability?

Not always. Filtering low-value debug logs, sampling noisy traces, or dropping duplicate telemetry can reduce cost while keeping the signals needed for incidents.

What should I check if monthly cost looks too high?

Check raw daily GB, collector reduction, indexed share, retention days, included ingest, fixed fees, user costs, and discount. The cost breakdown shows which input contributes most.