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: Multi-CDN origin fill path matrix

Multi-CDN setups still generate origin fill on cache misses — each CDN’s edge transfer and origin-pull path can meter differently. Estimate fill ≈ client_GB × (1−CHR) per CDN lane; keep $/GB Unknown until verified. Use Mode C. Origin fill is not S3 CRR and not Internet DT-out — decode AWS origin talkers via the Cost Explorer decoder when CloudFront / S3 lines appear on the same bill.

Updated

Two CDN logos in front of one origin still share miss-driven fill — map edge vs origin meters per provider before blending.

Path matrix: multi-CDN origin fill (educational)
LaneEdge meterOrigin-fill meterFinOps note
CDN A onlyCDN A egress to clientsOrigin ← CDN A on missCHR per lane
CDN B onlyCDN B egress to clientsOrigin ← CDN B on missDifferent SKU names
Multi-CDN same objectSplit client trafficTwo miss streams can duplicate fillCold dual caches hurt
Shield / mid-tierEdge + shieldOrigin sees shielded pullsModel mid-tier explicitly
Direct origin bypassNone (CDN bypass)Full client GB as origin egressS3 vs CF

Provider source footnotes

  1. AWS CloudFront pricing — as-of Unknown until verified
  2. Cloudflare Cache docs — as-of
  3. AWS S3 pricing (origin) — as-of Unknown until verified

Dated starting points only — sibling to CloudFront vs Cloudflare CDN and CDN origin fill. No invented $/GB.

Multi-CDN is an availability and bargaining pattern — not a single meter. PipeToll models each lane’s origin fill with CHR before comparing logos. See also CloudFront vs Cloudflare (already shipped) and multi-CDN.

Path templates to model

Common traps

FinOps checklist

  1. Export client GB and CHR (or miss ratio) per CDN lane.
  2. Estimate fill ≈ client_GB × (1−CHR) per lane; sum carefully for shared origins.
  3. Price edge and origin with dated cites; badge Unknown otherwise. Keep replication (S3 CRR) off the origin-fill line.
  4. Open Mode C (?path=multi-cdn); sibling origin fill estimator and CloudFront vs Cloudflare CDN.
  5. When AWS bills show CloudFront / S3 talkers, map them with the CE decoder before Mode C arithmetic.
  6. Document drill/failover months separately — literacy over scorecrowns. See methodology.

Related vocabulary: origin fill, CHR, multi-CDN, path template, S3 CRR, Unknown until verified, FinOps-lite.

FinOps-lite Unknown until verified

Worked example (educational): 10 TB clients, dual CDN at 80% CHR each

  1. Assume 5 TB clients on CDN A and 5 TB on CDN B, each at 0.80 CHR. Naïve fill ≈ 5×0.20 + 5×0.20 = 2 TB origin pull (before inflation / range requests).
  2. Run Mode C (?path=multi-cdn) per lane with origin $/GB Unknown until verified — edge-to-client GB is a separate Mode A-style line.
  3. Dual cold-start / purge events can exceed the naïve 2 TB; budget drill months separately.
  4. If the origin is S3 behind CloudFront, map CE talkers with the CE decoder; do not paste CRR replication into the fill cell — sibling S3 CRR.
  5. Not a quote. No savings guarantee from adding a second CDN logo.
Numbered dual-CDN origin-fill stack — Unknown rate cells
#Lane / meterVolumeUnit rate
1CDN A edge → clients5,000 GBUnknown edge $/GB
2CDN A origin fill (≈20% miss)≈1,000 GBUnknown origin $/GB — Mode C
3CDN B edge → clients5,000 GBUnknown edge $/GB
4CDN B origin fill (≈20% miss)≈1,000 GBUnknown origin $/GB — Mode C
5Shared-origin double-miss surgeas measuredDo not blend into #2+#4 without evidence

Second educational stack (lane CHR sensitivity twin): hold 5 TB on CDN A at 0.80 CHR (≈1 TB fill) while CDN B drops to 0.50 CHR on its 5 TB (≈2.5 TB fill) after a purge — total origin pull ≈ 3.5 TB, not the naïve 2 TB. Re-run Mode C per lane; sibling single-CDN estimator: CDN origin fill. Failover drill remains separate: secondary at ~0.10 CHR for 2 TB clients ≈ 1.8 TB drill fill. Knit CloudFront/S3 origin talkers in the CE decoder; never paste S3 CRR into a fill cell. Synthetic only — rates Unknown; no savings guarantee from a second logo.

Worked-estimate sensitivity (educational)

Hold the 10 TB dual-CDN client baseline (5 TB per lane) and walk three origin-fill runs. Edge $/GB and origin $/GB stay Unknown until dated cites — literacy arithmetic, not a quote or multi-CDN ROI claim.

  1. Run A — Balanced 80% CHR twin: each lane at 0.80 CHR → ≈1 TB fill per lane (≈2 TB total). Open Mode C (?path=multi-cdn) twice; edge-to-client remains a separate Mode A-style line.
  2. Run B — Asymmetric purge twin: hold CDN A at 0.80 CHR (≈1 TB fill) while CDN B drops to 0.50 CHR (≈2.5 TB fill) → ≈ 3.5 TB origin pull, not the naïve 2 TB. Re-run Mode C per lane; sibling single-CDN estimator.
  3. Run C — Failover drill sibling: secondary at ~0.10 CHR for 2 TB drill clients ≈ 1.8 TB drill fill — budget separately from steady-state. Decode CloudFront/S3 talkers with the CE decoder; never paste S3 CRR into a fill cell.
Sensitivity runs — Unknown rates (educational)
RunWhat changesMeters to keep visibleUnit rates
ABalanced 80% CHR · 5 TB/laneEdge A/B · fill A/B (≈1 TB each)Unknown
BAsymmetric purge (B @ 50% CHR)Fill A ≈1 TB · Fill B ≈2.5 TB · total ≈3.5 TBUnknown
CFailover drill (~10% CHR secondary)Drill fill ≈1.8 TB · steady-state separateUnknown

Cross-read CDN origin fill, CloudFront vs Cloudflare, S3 direct vs CloudFront, S3 vs GCS (object origin sibling), and methodology. Badge every unverified rate Unknown until verified. No savings guarantee from a second CDN logo.

Open calculator Mode C (multi-cdn) Origin-fill estimator CloudFront vs Cloudflare CDN Cost Explorer decoder S3 CRR (not origin fill)

FAQ on this path

Does multi-CDN reduce origin fill automatically?

Not necessarily. Two cold caches can increase origin pull versus one warm CDN. Model CHR per lane.

Which calculator mode?

Mode C for origin fill ≈ client_GB × (1−CHR) × origin $/GB. Edge transfer is a separate Mode A-style line.

Is this a vendor bake-off winner page?

No. PipeToll refuses scorecrowns from Incomplete cells. Path literacy only.

Is origin fill the same as S3 CRR?

No. Origin fill is CDN miss traffic toward origin storage/compute. S3 CRR is bucket→bucket inter-region replication. Keep them on separate lines.

How do AWS Cost Explorer lines relate?

When CloudFront / S3 origin talkers appear on an AWS bill, decode them with the CE decoder before Mode C — never paste Internet DT-out into a fill cell.

Does a shielded mid-tier cut origin bill for both CDNs?

Only if both lanes actually miss through the shield. A mid-tier can reduce origin GB while adding another hop to price — model shield fill and origin fill as separate Mode C runs. Sibling: origin-fill estimator.

Can I blend edge $/GB with origin fill?

No. Edge-to-client and origin-fill are different meters (and often different vendors). Keep Mode A-style edge lines apart from Mode C fill — see origin fill.

Trademarks: Amazon Web Services, AWS, Microsoft Azure, Google Cloud Platform, GCP, and Cloudflare are trademarks of their respective owners. PipeToll (Ameti One LLC) is not affiliated with, endorsed by, or sponsored by those companies. Educational comparisons may be outdated — verify current rates with each provider.