Skip to content
Finitizer

Cloud Run Cost Calculator

Compare the two Cloud Run billing models on your own traffic and see which one costs less each month.

Google CloudCalculator60 seconds
New here? See what this tool does and how to use it.

Learn more

Cloud Run Cost Calculator

What this free tool does for you

Cloud Run can bill you per request or for the whole time an instance runs, and the wrong choice costs more every month. See which model is cheaper for your traffic, and by how much.

How to use it

  1. Pick a scenario under Start from a scenario, or enter your Requests per month and Mean request duration.
  2. Set the Hours a day with traffic and how many Busy periods a day it comes in.
  3. Enter the vCPU per instance, Memory per instance and Concurrency (requests one instance handles at once).
  4. Add any Minimum instances you keep warm. Leave Apply the free tier ticked unless it does not apply.
  5. Read which billing model is cheaper, then Why, in one number for the reason.

Good to know

  • Rule of thumb. Busy, steady services usually favor instance-based billing. Quiet or bursty ones usually favor request-based.
  • Concurrency matters. On busy services, higher Concurrency packs more requests into each billed instance-second, which favors instance-based billing. On light traffic it changes little.
  • Warm instances cost money. Each minimum instance is billed around the clock, even when nothing calls it.
  • Save or share. Use Copy link to this result to get a link with your numbers filled in.
Start from a scenario

Each one fills in the fields below for a typical workload of that kind. You can change any of them.

Cheaper on Request-based$24.84/mo
Instance-based
$44.71/mo
Difference
$19.87/mo
Instance time not serving
62.1%
Cheaper billing model for this workload: Request-based
$24.84/mo
Request-based, against $44.71 on Instance-based: $19.87 a month (44%) less.

Why, in one number

This service spends 37.9% of its instance time actually serving requests. That is low enough that instance-based billing would charge for a lot of time doing nothing, so the request-based premium is the cheaper trade. Before the free tier, the two models tie at about 61% utilization.

Request-based

CPU$23.11
Memory$0.53
Requests$0.40 per million$1.20
Idle instancesOnly min-instances bill idle, CPU at a tenth of the active rate$0.00
Free tier−$6.02
Total$24.84

Instance-based

CPU$42.98
Memory$1.73
RequestsInstance-based billing has no per-request feeNot charged
Idle instancesLifetime is billed uniformly, idle tails includedIn the lines above
Free tier−$5.22
Total$44.71

Request-based billing was called CPU only during requests; instance-based was called CPU always allocated.

Mean instances alive
1.00
across the month, idle tails included
Active vCPU-seconds
1.1M
per month, with at least one request in flight
Idle instance-seconds
1.6M
alive, not serving
Roughly 4 to 18 kg CO2e a year

730 instance-hours a month · 1 to 3 kWh a month at 432 gCO2eq/kWh (us-central1). That is a negligible amount.

An estimate from open coefficients, shown as a range from idle to full CPU load, because the load is unknown. It is not a confidence interval. Your provider’s own carbon tool is the authoritative figure; this exists to price a change at the moment you are deciding it, which theirs cannot do. Methodology and sources.

What this model assumes

Show
  • Rates are Tier 1 (us-central1 (Iowa) and other regions), list price, before any committed-use discount. Services only: Cloud Run jobs and worker pools bill for each instance’s whole life at their own rates and are not modeled, nor are GPU-attached services. Request-based billing was called CPU only during requests; instance-based was called CPU always allocated.
  • An instance lives as long as requests keep arriving. Cloud Run keeps an idle instance for up to 15 minutes after its last request, so steady traffic, even light traffic, keeps at least one instance up all day. Instance-based billing charges for that whole lifetime; request-based billing charges only while a request is in flight. This assumes the full 15 minutes, the documented maximum; Cloud Run can shut idle instances sooner, so on light traffic instance-based billing may cost less than shown.
  • Requests arrive at random but evenly within the hours a day you entered, split across the busy periods. Each period ends with one idle timeout before instances shut down. While traffic flows, Cloud Run’s autoscaler is assumed to run enough instances to keep each at 60% of its maximum concurrency, its documented default target. Scaling on CPU use can add more, and extra instances’ idle tails are not counted, so on CPU-heavy or very spiky traffic both figures are a floor.
  • Concurrency divides the work, it does not multiply it. At concurrency 80, eighty simultaneous requests share one instance’s CPU allocation, so billed time is at most the request-seconds and falls toward request-seconds divided by concurrency as requests overlap. Getting this backwards inflates an estimate by the concurrency factor, which is the most common error in Cloud Run cost math.
  • Request-based billing charges CPU at $0.000024 per vCPU-second while a request is in flight and $0.0000025 when a minimum instance is warm but idle, and memory at $0.0000025 per GiB-second either way. Instance-based charges $0.000018 per vCPU-second and $0.000002 per GiB-second for every second the instance exists, and nothing per request. Billed time is rounded up to the nearest 100 ms, applied here to each request’s duration on request-based billing.
  • The free tier is one allowance per billing account, shared by every service on it, and valued at Tier 1 prices: about $4.32 of CPU and $0.90 of memory a month on either model (240,000 vCPU-seconds and 450,000 GiB-seconds instance-based; 180,000 and 360,000 request-based, plus two million requests). Here it is applied to active usage only; Google does not say whether it also covers idle minimum instances.
  • Only settings Cloud Run accepts are priced: below 1 vCPU, concurrency 1 and request-based billing; more than 512 MiB of memory needs 0.5 vCPU and more than 1 GiB needs 1 vCPU; above 1 vCPU, 2, 4, 6 or 8, with at least 2 GiB at 4 vCPU and 4 GiB at 6 or 8; instance-based billing needs at least 512 MiB. Other settings are raised to the nearest allowed one, and the page says so.
  • Startup and shutdown time, cold starts, startup CPU boost, maximum instances and outbound data transfer are not modeled, nor are Cloud Build, Artifact Registry, Eventarc or logging charges. Egress in particular can exceed compute on a chatty service.
Rates used and their sourcesShow
  • Cloud Run CPU, memory and requests, source, read 1 Nov 2026

Prices verified 1 Nov 2026. Public list prices in USD for Cloud Run Tier 1 and Tier 2 regions, before any discount you have negotiated.

Want this done on your real bill?

Cloud Cost Audit: We go through your real AWS or Google Cloud bill and hand you a ranked list of what to cut first. From $1,500, fixed. Nothing paid upfront.

See the service

Questions

What is the difference between instance-based and request-based billing on Cloud Run?

Request-based billing charges CPU and memory only while an instance starts, handles at least one request or shuts down, at $0.000024 per vCPU-second in Tier 1 regions such as us-central1, and adds $0.40 per million requests. Instance-based billing charges for every second the instance exists, busy or not, at $0.000018 per vCPU-second with a 1-minute minimum, and has no per-request fee. So in Tier 1 request-based CPU costs a third more per active second (about 56% more in Tier 2) but nothing for idle time unless you keep minimum instances, and instance-based is the reverse. Which is cheaper depends on what share of instance lifetime is spent actually serving.

Which Cloud Run billing model should I choose?

Roughly: a busy, steadily loaded service is cheaper on instance-based, because it pays the lower rate on time it was going to use anyway and has little idle to waste. A service whose traffic comes in bursts with long quiet gaps is cheaper on request-based, because instance-based would bill for a lot of time doing nothing. Watch the middle case: Cloud Run keeps an idle instance for up to 15 minutes after its last request, so light but steady traffic keeps an instance alive all day, and instance-based bills every second of it. The crossover is a utilization figure rather than a traffic level, and this calculator reports it for your own inputs.

How does concurrency affect Cloud Run cost?

Concurrency divides the work rather than multiplying it. At the default of 80, eighty simultaneous requests share one instance's CPU and memory allocation, so the vCPU-seconds you pay for are never more than the request-seconds and fall toward request-seconds divided by concurrency as more requests overlap. Light traffic rarely overlaps, so there concurrency changes little. On a busy service, dropping concurrency to 1, which some frameworks require, multiplies the compute bill by up to 80, which makes it the single largest lever on a Cloud Run bill, and it is a one-line configuration change.

Do minimum instances cost money on Cloud Run?

Yes, and it is the most common surprise. A minimum instance is held warm to avoid cold starts, and it bills continuously. On request-based billing its CPU is throttled and bills at $0.0000025 per vCPU-second, a tenth of the active rate, but its memory bills at the full rate regardless. On a low-traffic service, min-instances is frequently the largest line on the bill.

What does the Cloud Run free tier cover?

One allowance a month per billing account, aggregated across its projects and valued at Tier 1 (us-central1) prices. In seconds it differs by model: 240,000 vCPU-seconds and 450,000 GiB-seconds on instance-based, 180,000 vCPU-seconds, 360,000 GiB-seconds and two million requests on request-based. In dollars both are worth about $4.32 of CPU and $0.90 of memory. It is per billing account rather than per service, so a second service shares it.

Related tools

More tools for: Kubernetes and containers, Compute and utilization

One service is arithmetic. Two hundred is a job.

Finitizer reads every Cloud Run service in your organization, measures the utilization each one actually achieves, and flags the services on the wrong billing model, the ones holding warm instances they do not need, and the ones stuck at concurrency 1.

See how Finitizer works

Rate this tool

How would you rate the Cloud Run Cost Calculator?