Home/Blog/Reserved Instance Break-Even
Guide · Commitment Management

How to Model Break-Even on a Reserved Instance

Every commitment has a break-even point: the number of months you must keep a workload running before the discounted total beats what on-demand would have cost. If you are not confident the workload will run past that point, the reservation is a gamble, not a saving. The math takes five minutes.

Updated May 20269 min readAWS · Azure · GCP · OCI

Modeling break-even on a reserved instance means calculating how long a workload has to keep running before the reservation has paid for itself relative to on-demand. The reservation is cheaper per hour, but you are committed to paying for the full term whether or not you use it, so the question is always the same: will this workload still be running when the cumulative on-demand cost would have overtaken the cumulative reserved cost? If yes, commit. If you cannot be sure, do not. This guide gives you the formula, a worked example, and the variations for upfront payments.

This article is part of the complete guide to cloud commitment management, and it is step four of the commitment purchase strategy. It is the check we run on every candidate purchase across the 500-plus environments we have optimized since 2019.

The core idea: two cost lines that cross

Picture two running totals over time. The on-demand line rises at the full hourly rate every month. The reserved line starts higher if there is an upfront payment, then rises more slowly because the hourly rate is discounted. At some month the two lines cross. Before the crossing, on-demand was cheaper, so cancelling early would have saved money. After the crossing, the reservation is ahead and keeps pulling further ahead for the rest of the term. That crossing month is the break-even point.

The formula for a no-upfront reservation

For a reservation paid hourly with no money down, break-even is immediate in cash terms, but the meaningful question is how long you must run to justify the lock-in versus the flexibility you gave up. The cleaner formula applies to partial or all-upfront reservations, where there is a real sunk cost to recover:

Break-even formula

Break-even months = Upfront payment / (On-demand monthly cost − Reserved monthly cost)

In words: divide the money you paid up front by the amount you save each month. The result is how many months of savings it takes to recover the upfront outlay.

A worked example

Take an instance that costs $0.50 per hour on-demand, roughly $365 per month if it runs continuously. A one year all-upfront reservation is offered at $2,400 for the year, which works out to about $200 per month equivalent, with no hourly charge after the upfront payment.

  • On-demand monthly cost: about $365.
  • Reserved monthly cost (amortized): $2,400 / 12 = $200.
  • Monthly saving: $365 − $200 = $165.
  • Upfront payment: $2,400.
  • Break-even: $2,400 / $165 ≈ 14.5 months.

But the term is only twelve months, so on this hypothetical the all-upfront reservation never breaks even before it expires, a sign the discount is too shallow or the example pricing is wrong. Real one year reservations typically break even between 7 and 10 months, which is why you must run the numbers on the actual quoted price rather than assume. Always pull the current rate from the provider's pricing page or calculator before modeling, because instance pricing changes.

The simpler runtime test

For no-upfront and savings-plan style commitments where the discount is just a lower hourly rate, the question collapses to runtime confidence: will this workload run for most of the term? If a one year commitment gives a 30 percent discount, you come out ahead as long as the workload runs for more than about 70 percent of the year, because the discounted hours you do use more than cover the committed hours you might not. The detail of how much usage you need is the coverage question in coverage and utilization.

Want every candidate purchase modeled before you commit?

We run break-even on each reservation against your real usage and the current quoted rates, so you only commit where the math clearly wins. On the performance model, if we do not save you money, there is no fee.

Get a commitment audit →

What break-even does and does not tell you

Break-even tells you the minimum runtime to justify a commitment. It does not tell you whether the resource is the right size, that is a separate check covered in why you should rightsize before you commit, and it does not tell you whether the workload will actually run that long, which is a forecasting judgment from how to forecast commitment needs. Break-even is the gate; rightsizing and forecasting decide whether you should even approach it. A reservation that breaks even at month eight is still a bad buy if the workload is being decommissioned in month six.

Comparing one and three year break-even

Three year reservations offer deeper discounts, so their monthly saving is larger and their break-even, as a fraction of the term, often arrives sooner. But the term is longer, so the runtime confidence required is higher. The trade between depth and flexibility is the subject of 1-year vs 3-year commitments. Run break-even for both terms on the same workload and the numbers usually make the right term obvious.

Where this fits

Break-even modeling is the financial gate of the commitment cluster. Read the complete guide to cloud commitment management for the full buying sequence, and download The Commitment Strategy Playbook: RIs, Savings Plans, CUDs for the break-even calculator. When you want every purchase modeled and managed for you, see our commitment management service.

The Cloud Cost Brief

Cloud pricing moves. We tell you when it matters.

New commitment instruments, FOCUS changes, hyperscaler pricing shifts, and the plays that actually move a bill. No schedule, no filler.

Subscribe · Work email only