Cloud Run Cost Calculator
Compare the two Cloud Run billing models on your own traffic and see which one costs less each month.
Each one fills in the fields below for a typical workload of that kind. You can change any of them.
- Instance-based
- $44.71/mo
- Difference
- $19.87/mo
- Instance time not serving
- 62.1%
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 fee | Not charged |
| Idle instancesLifetime is billed uniformly, idle tails included | In 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.
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.
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
Kubernetes Cost Calculator
Size nodes from your pod requests, then price everything nodes leave out.
OpenLambda Cost & Memory Tuning Calculator
The cheapest memory setting, and the fastest one that costs the same.
OpenGCP Sustained & Committed Use Discount Calculator
A commitment replaces your sustained-use discount. It does not add to it.
OpenMore 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