Educational — Cloud egress & data-transfer cost guides. FinOps-lite estimators. Not a quote, broker, or savings guarantee. Launching soon where incomplete.
cdn-origin · Educational

Cloud egress: Estimating CDN Origin Fill Egress

Updated

Origin fill is egress you pay when the CDN misses — estimate it from hit ratio and object size, not vibes.

Estimator inputs: CDN origin fill drivers and Unknown flags (educational)
InputWhy it mattersHeuristicUnknown?
Cache hit ratio (CHR)Misses drive origin bytesorigin_bytes ≈ client_bytes × (1−CHR)Measure per path
TTL / Cache-ControlShort TTL → more fillsGroup by cache policyApp owners
Range requests / videoPartial objects still billTrack range miss patternsMedia heavy
CompressionWire bytes ≠ raw objectUse transferred bytesLogs
Multi-CDNEach CDN may fill independentlySum fills; watch thundering herdsFailover tests

Provider source footnotes

  1. AWS CloudFront pricing — as-of Unknown until verified
  2. Cloudflare CDN / cache docs — as-of
  3. Fastly documentation — caching — as-of

Dated starting points only — Unknown until verified means no invented $/GB. PipeToll does not scrape private consoles or guarantee figures.

Educational estimator: origin_egress_GB ≈ client_download_GB × (1 − cache_hit_ratio) × inflation. Then multiply by the origin provider's egress rate — which may differ from the CDN's bill. Two bills, one user request.

Path templates to model

Common traps

Using raw object size instead of transferred bytes misestimates. Ignoring revalidation storms after deploys understates fill. Blending edge bandwidth $/GB with origin $/GB double-counts or undercounts. No guaranteed savings from “add a CDN” without measuring CHR.

FinOps checklist

  1. Export client bytes and cache hit ratio by path or Cache-Control group.
  2. Estimate fill with Mode C; apply dated origin rates only.
  3. Add inflation notes for ranges, purges, and multi-CDN.
  4. Keep edge and origin as separate bill lines.
  5. See origin fill, CHR, methodology.

FinOps-lite Unknown until verified

Worked example (educational): 12 TB client / 70% CHR

Client downloads 12,000 GB; CHR 0.70 → origin fill ≈ 3,600 GB. Mode C: fill × origin $/GB. Edge CDN bill for 12 TB is a separate line. Inflation factors (revalidation storms, range misses) can raise fill — label them explicitly. Synthetic educational estimate; not a provider quote.

Open calculator

FAQ on this path

What is origin fill?

Bytes pulled from origin storage or compute when the CDN lacks a fresh object — a major Cloud egress meter on miss-heavy paths.

How do I estimate origin egress quickly?

origin_GB ≈ client_GB × (1 − CHR) × inflation. Then apply the origin provider’s $/GB. Measure CHR per path when possible.

Why can two bills appear for one request?

CDN edge bandwidth and origin egress/storage transfer may invoice separately. Model both.