Global finance calculators · transparent formulas

Work / Infrastructure economics

Cloud Egress Cost Calculator

Enter measured source-to-internet traffic and compare narrowly scoped, source-dated egress schedules for AWS EC2, Google Cloud Premium Tier, and Cloudflare R2 using one normalized byte volume.

  1. 01Build both cases
  2. 02Match assumptions
  3. 03Compare the trade-off

Traffic

Price one measured origin-to-internet path

Enter the public-internet bytes that actually leave the source service—not traffic served by a CDN cache. The calculator normalizes one decimal-GB input into each provider’s published billing unit.

Narrow product scopes and list prices reviewed 2026-07-20; next review due 2026-08-20 by TaprobaneFi Research Desk. Storage, requests, retrieval, NAT, cross-zone traffic, CDN products, support, taxes, and negotiated discounts are excluded.

Results

Modeled internet egress component

These rows deliberately compare only the cited product scopes. A whole architecture can reverse the apparent ranking after other services are added.

Lowest modeled component

$0

Cloudflare R2 direct internet egress · narrow transfer line, not a full architecture

AWS EC2 US East → internet

$441

4,900 billable GB

Google Cloud Premium Tier → North America

$522.35

4,655.61 billable GiB

Cloudflare R2 direct internet egress

$0

5,000 billable GB

One byte volume across three narrow transfer scopes

This visual ranks only the cited egress component. Storage, requests, compute, routing products, discounts, and operational fit remain outside it.

Cloudflare R2 direct internet egress

$0

AWS EC2 US East → internet

$441

Google Cloud Premium Tier → North America

$522.35

AWS EC2 US East → internet

EC2 internet data transfer out from US East/Ohio, after the shared eligible free allowance.

Input after unit conversion: 5,000 GB. Free allowance modeled: 100 GB. CloudFront, NAT Gateway, cross-AZ transfer, China, GovCloud, taxes, and negotiated rates are separate.

Modeled component: $441

Google Cloud Premium Tier → North America

Premium Tier internet data transfer to North America.

Input after unit conversion: 4,656.61 GiB. Free allowance modeled: 1 GiB. Destination, source service, Cloud CDN, Interconnect, taxes, and negotiated rates can change the bill.

Modeled component: $522.35

Cloudflare R2 direct internet egress

Internet egress from R2 Standard or Infrequent Access storage.

Input after unit conversion: 5,000 GB. Free allowance modeled: 0 GB. Storage, operations, Infrequent Access retrieval, minimum duration, Workers, and other products are separate.

Modeled component: $0

Continue the calculation

Useful next checks commonly used alongside Cloud Egress.

All calculators

The full guide

Cloud egress cost planning: map data paths before multiplying gigabytes

By TaprobaneFi Research Desk · Reviewed and updated July 20, 2026 · Global educational edition

Cloud data-transfer pricing is a routing problem before it is a multiplication problem. A byte can move to the public internet, another region, another availability zone, a content-delivery network, or a service connected through a private path. Providers may price those routes differently, apply destination-specific tiers, or waive one leg while charging for processing elsewhere.

This calculator takes measured origin-to-internet traffic in decimal gigabytes, converts the same byte volume into each provider's published billing unit, and applies narrowly scoped, source-dated schedules. Use current official pricing for the exact source, destination, service, network tier, and billing unit in your architecture; a headline internet-egress rate is not a substitute for tracing the actual path.

Define the transfer path first

Draw the path from the resource that sends the bytes to the resource or user that receives them. Record the cloud product, source region or zone, destination geography, whether traffic crosses regions or zones, and whether a CDN, load balancer, gateway, private interconnect, or object store participates. The bill is usually attributed to the sending service, but processing products along the path can add their own charges.

Inbound internet transfer is often priced differently from outbound transfer, and a response to an inbound request is outbound data. Avoid netting uploads against downloads unless the provider's documentation explicitly bills that way. Also separate customer delivery from replication, backups, log export, cross-region database traffic, and origin fills; each can follow a different pricing table.

Convert traffic into the provider's billing unit

Monthly transfer should come from measured bytes where possible. For this comparison, use the public-internet bytes that leave the named source service. Product analytics such as video plays or file downloads are not direct inputs when a CDN or another delivery layer serves users; trace and measure every billed route separately, including cache fill, partial downloads, retries, range requests, and protocol overhead where material.

Cloud pages may quote gigabytes or gibibytes, and the labels are not interchangeable. One decimal gigabyte is one billion bytes; one gibibyte is 1,073,741,824 bytes. The calculator accepts decimal GB and converts that same byte count to GiB for a provider that bills in GiB. At large scale, silently treating equal GB and GiB numerals as equal traffic creates a visible forecasting error.

Worked interpretation: 5,000 GB before the allowance

Assume a service delivers 5,000 GB in a month. If the applicable official schedule provides a 100 GB allowance for that exact account and route, 4,900 GB remains billable. At an illustrative flat rate of USD 0.08 per GB, the transfer estimate is USD 392. The allowance and rate are example inputs, not a quote for AWS, Google Cloud, Cloudflare, or any other provider.

The interpretation should state what the 392 excludes. If the traffic passes through a load balancer, CDN, gateway, or request-priced object store, the architecture may incur other charges. If the rate card is tiered, applying 0.08 to every billable GB may also be wrong: each volume band should be priced separately unless the provider says the achieved tier applies to all usage.

Illustrative flat-rate egress bridge
StepVolume or rateInterpretation
Measured outbound transfer5,000 GBTraffic on the defined route
Applicable allowance100 GBVerify account and aggregation rules
Billable transfer4,900 GBMeasured volume less allowance
Illustrative rate0.08 per GBProduces a 392 transfer estimate

CDNs and zero-egress products do not make delivery costless

A CDN can reduce traffic leaving an origin when users are served from cache, but a cache miss is not automatically billed as the origin's standard direct-to-internet route. Origin-to-CDN transfer can be waived, discounted, or charged as cache fill under a separate schedule. Measure those bytes and price the named CDN path separately instead of multiplying end-user delivery by a generic cache-miss percentage.

Cloudflare documents no egress charge for R2 object delivery, while R2 storage and request operations have their own pricing. Workers can add request and compute charges depending on the plan and workload. This is a useful reminder that a zero rate in one column does not mean the full architecture has zero marginal cost. Keep storage, requests, compute, logging, and network processing as separate lines.

Build low, central, and high traffic scenarios

A central forecast should be based on recent measured source-service internet egress per active user or per transaction. A lower case can reflect lighter use or a verified routing improvement; a higher case should include growth, larger assets, retries, and route changes. CDN cache-hit assumptions belong in a separate delivery-path model. Do not manufacture false precision by forecasting traffic to the last gigabyte while using an unverified unit price.

Evidence to attach to an egress estimate

  • Architecture diagram with sending service, source location, destination, and intermediaries.
  • Measured bytes for customer delivery, replication, backup, and internal traffic as separate categories.
  • Official pricing URL, billing unit, network tier, destination class, and review date.
  • Free-tier scope and whether it aggregates by account, service, region, or destination.
  • Separate estimates for request, storage, CDN, gateway, load-balancing, and compute charges.

Assumptions and limitations

The calculator converts one entered decimal-GB byte volume into each provider's labeled billing unit, then applies the published progressive tiers and free allowances for three narrowly scoped presets. It does not derive origin traffic from CDN delivery, or price other destinations, committed-use or negotiated agreements, taxes, currency conversion, CDN cache fills, inter-zone traffic, private connectivity, NAT, load balancing, DDoS services, or request operations. It cannot determine the route from a hostname or architecture description.

Use separate runs for materially different paths, then add them. Reconcile the estimate with billing-export data after deployment. A large variance usually indicates a missing route, a unit mismatch, an incorrect allowance, or an adjacent network-processing product—not necessarily a failure of the basic multiplication.

Freshness and update discipline

The source set below was reviewed on 20 July 2026. Cloud providers revise prices, free allowances, region lists, product names, and aggregation rules, so the date is not a guarantee that a copied rate remains current. Reopen the exact official table before a commitment and preserve a dated reference alongside the scenario.

Revisit the model after a region move, CDN or storage migration, network-tier change, large traffic shift, or cache-policy change. Monthly billing reconciliation is the strongest check because it exposes paths that architecture diagrams omit. Do not publish a universal provider ranking from one route: the relevant answer depends on geography, traffic mix, surrounding products, and operational requirements.

This guide is educational. Calculator outputs depend entirely on the assumptions entered and do not predict investment returns, inflation, fees, taxes, or market conditions. Rules and product terms differ by country; verify any decision with current primary sources and an appropriately qualified professional. Nothing here is financial, tax, legal, or investment advice.

Interpret the number

Egress comparisons fail when product scope is hidden

End-user delivery is not automatically billable origin internet egress. A CDN miss can follow a special cache-fill route, so this calculator starts from traffic already measured on the named source-to-internet path.

AWS, Google Cloud, and Cloudflare publish prices for different products and billing units. A zero R2 egress line does not mean an entire Cloudflare architecture is free, and an EC2 rate is not a CloudFront quote.

Architecture can add cross-zone, NAT, storage, operation, retrieval, CDN, support, tax, and committed-spend charges. Treat this as one bill component and reconcile it against an actual provider calculator or invoice.

Compare compute, storage, database, and network costs together

Before you act

Common questions

Should I enter traffic delivered by my CDN?

No. Enter measured public-internet egress leaving the named source service. Model CDN delivery and origin-to-CDN cache-fill traffic separately under their applicable routes and rates.

Why are AWS and Cloudflare labeled GB while Google uses GiB?

Those are the units used on the cited price pages. The input is decimal GB, and the calculator converts the same byte volume to GiB before applying Google Cloud’s schedule.

Does the Cloudflare R2 row mean my Cloudflare bill is zero?

No. It models direct R2 internet egress only. Storage, operations, retrieval, minimum duration, Workers and other Cloudflare products can still be charged.

Does this include NAT Gateway or cross-zone charges?

No. Those architecture-specific charges are separate. Add them from the provider’s current pricing for the exact regions and services in your design.