Committed Use vs Sustained Use Discounts
Committed use vs sustained use is the core discount question on Google Cloud, and the two work in completely different ways. Committed use discounts ask you to commit, while sustained use discounts arrive automatically for running a resource a lot. Understanding committed use vs sustained use, and the fact that they do not double stack on the same resource, is the difference between a clean discount and money left on the table.
Committed use vs sustained use: the core difference
Committed use vs sustained use comes down to whether you make a promise. A committed use discount on Google Cloud is a deal you opt into. You commit to a resource based amount, meaning a quantity of vCPU and memory for a one or three year term that is flexible across instance types, or a spend based amount, and in exchange you receive a deeper discount. A sustained use discount is automatic. As of June 2026, when you run an eligible resource for a large share of the month, Google applies a sustained use discount with no commitment and no paperwork.
The key rule, and the one buyers miss most often, is that committed use discounts and sustained use discounts do not double stack on the same resource. A resource covered by a commitment earns the committed rate, not the committed rate plus the sustained rate. So the comparison is not additive. It is a choice about which discount governs a given workload.
| Aspect | Committed use discount | Sustained use discount |
|---|---|---|
| Commitment required | Yes, 1 or 3 years | None |
| How you get it | You opt in | Automatic |
| Discount depth | Deeper | Shallower |
| Flexibility | Resource based flexes across types; spend based across services | Applies to qualifying runtime |
| Risk | Pay for the commitment whether used or not | None |
| Stacks together | No, not on the same resource | No, not on the same resource |
When committed use discounts win
Committed use discounts win on workloads you are confident will run for the full term. If a baseline of compute is always on, committing to it captures a deeper rate than the automatic sustained use discount would deliver. Resource based commitments are attractive here because they flex across instance types within a family, so you keep the discount even as you tune the shape of the workload, as of June 2026.
Spend based committed use discounts and custom private pricing extend the idea to a total dollar amount across services, which suits large enterprises whose spend is diverse and growing. For a buyer committing serious money, these custom agreements behave like the committed spend deals on AWS and Azure, and they carry the same overcommitment risk if you size them on an optimistic forecast.
When sustained use discounts are enough
Sustained use discounts are the safe default for variable or uncertain workloads. They cost nothing, require no forecast, and reward you automatically for heavy usage. If a workload might be retired, migrated, or re architected within the year, leaning on the sustained use discount avoids stranding a commitment on something that disappears.
The trap is leaving a stable baseline on sustained use discounts alone when a committed use discount would earn more. Because the two do not double stack, every always on resource sitting only on sustained use is quietly under discounted. The job is to find the steady baseline and move just that portion onto a commitment, while letting the variable top of the workload keep collecting sustained use discounts.
How to split a workload between the two
Treat your usage as two layers. The steady floor that runs all year belongs on committed use discounts, sized conservatively so a flat year still consumes the commitment. The variable layer above it belongs on sustained use discounts, which adjust automatically and carry no shortfall risk. Sizing the commitment to the floor rather than the peak is how you avoid paying for capacity you do not use.
Resource based commitments make this split cleaner because their flexibility across instance types means you can commit to the floor in vCPU and memory without naming exact machines. For diverse estates, a spend based commitment or custom private pricing covers the floor in dollars instead. Either way, model the commitment against conservative usage and confirm the committed rate beats the sustained rate on the volume you are committing.
The buyer view on committed use vs sustained use
Committed use vs sustained use is not a single winner question. Sustained use discounts are a free baseline you should never refuse. Committed use discounts are a deeper rate you earn by taking on commitment risk, and they only pay off on usage you are genuinely confident will persist. The discipline is matching each layer of the workload to the right discount and never committing the variable layer.
For large spend based commitments and custom private pricing, the same diligence applies as on any committed agreement. An independent adviser paid only by the buyer can confirm the committed rate clears the sustained use baseline and that the commitment is sized to usage you will actually consume.
Deciding what to put on a Google Cloud commitment versus sustained use? Book a confidential cloud commitment negotiation review before you sign.
Do committed use and sustained use discounts stack?
No. Committed use discounts and sustained use discounts do not double stack on the same resource. A resource covered by a commitment earns the committed rate instead of the sustained rate, so the two are a choice rather than an additive saving, as of June 2026.
What is a sustained use discount?
A sustained use discount is an automatic Google Cloud discount applied when you run an eligible resource for a large share of the month. It needs no commitment and no paperwork, which makes it a free baseline for variable workloads.
When should I use a committed use discount?
Use a committed use discount on a steady baseline you are confident will run for the full one or three year term. It earns a deeper rate than the automatic sustained use discount but you pay for the commitment whether or not you use it.
What is the difference between resource based and spend based commitments?
A resource based commitment covers a quantity of vCPU and memory and flexes across instance types. A spend based commitment covers a total dollar amount across services. Resource based suits stable compute, spend based suits diverse estates.
Can a large enterprise negotiate custom Google Cloud pricing?
Yes. Beyond standard committed use discounts, Google offers custom private pricing and workload agreements for large enterprises. These behave like committed spend deals and carry the same overcommitment risk if sized on an optimistic forecast.
“[PLACEHOLDER: short anonymized client quote about a quantified outcome, e.g. cut a commitment by X% before signing.]”
[ROLE, INDUSTRY, APPROX DEAL SIZE]“[PLACEHOLDER: short anonymized client quote about a quantified outcome, e.g. cut a commitment by X% before signing.]”
[ROLE, INDUSTRY, APPROX DEAL SIZE]“[PLACEHOLDER: short anonymized client quote about a quantified outcome, e.g. cut a commitment by X% before signing.]”
[ROLE, INDUSTRY, APPROX DEAL SIZE]PLACEHOLDER PROOF BLOCK · REPLACE WITH REAL ANONYMIZED CLIENT RESULTS BEFORE PUBLISHING
Condense the commitment before you sign.
A CONFIDENTIAL COMMITMENT REVIEW · INDEPENDENT · BUYER SIDE · PAID ONLY BY YOU
GET A CONFIDENTIAL REVIEW →Or download the GCP Committed Use Negotiation Guide →The Buy Side Guide to Cloud Commitment Structuring
Sizing, ramp, term and exit, structured so the discount survives contact with reality. Free to download with a work email.