Reserved Capacity Savings Calculator
Compare reserved capacity with on-demand at the usage you expect.
What this calculator does
Both sides are priced at the user's own rates. Reserved capacity is charged for the whole term whether or not it is used, so unused coverage reduces the saving and can turn it negative — which the result says plainly.
Inputs and what they mean
- Currency
- — Amounts are shown in the currency you pick. No exchange rate is applied..
- On-demand price per hour
- — Take this from your own bill or the provider's price page. No provider price is built in..
- Reserved price per hour
- — Take this from your own bill or the provider's price page. No provider price is built in..
- Upfront payment (optional)
- — Optional component. Leave at 0 to exclude it from the result..
- Hours in the term
- — number value.
- Instances reserved
- — number value.
- Share of those hours you actually use
- — Reserved capacity you do not use is still paid for..
- Price as of (optional)
- — The date you took these prices. It is shown with the result so the figure is never read as a current vendor price..
- Price source (optional)
- — Where the prices came from. Shown with the result..
How to use it
- Enter your own figures — the calculator never fills in a rate, price or benchmark for you.
- Press Calculate to see the result.
- Read the formula, variables, assumptions and source below the result before you rely on it.
Formula
On-demand cost = On-demand price × Hours × Instances × Coverage; Reserved cost = Upfront + Reserved price × Hours × Instances; Saving = On-demand cost − Reserved cost
Worked example
Ten instances reserved for a year at full use
Both prices and the upfront payment are yours; no discount percentage is assumed.
Reading the result
The headline figure is the main answer. Any breakdown underneath shows the parts that make it up, so you can check the working and see what changes when you adjust an input.
Limitations and assumptions
Results depend entirely on the figures you enter and are rounded for display. They are for general information and education, not professional advice.
Reference: The Linux Foundation — Rate optimisation — FinOps Framework
Last reviewed:
Common questions
Formula, source and verification
What the hours actually used would cost at on-demand prices, less the full cost of the reservation including hours paid for but not used.
The question it answers: Would this reservation, spend commitment or resizing plan actually save us money at the usage we really have?
The formula
On-demand cost = On-demand price × Hours × Instances × Coverage; Reserved cost = Upfront + Reserved price × Hours × Instances; Saving = On-demand cost − Reserved cost
- ro — On-demand price per hour
- (currency). From the user's own price page.
- rr — Reserved price per hour
- (currency). The rate in the user's reservation.
- U — Upfront payment
- (currency). Optional. Paid at the start of the term.
- h — Hours in the term
- (h). Length of the reservation.
- n — Instances reserved
- (count). How many are reserved.
- c — Coverage
- (%). Share of the reserved hours actually used.
Units: Currency; hours; counts; percentages.
What kind of calculation this is
Business input model. The answer depends on business figures only you can supply, such as your own costs, rates or volumes. No market or benchmark values are assumed for you.
Method
Both sides are priced at the user's own rates. Reserved capacity is charged for the whole term whether or not it is used, so unused coverage reduces the saving and can turn it negative — which the result says plainly.
Assumptions built into the result
- Mathematical: The reservation is paid for the whole term regardless of use.
- Mathematical: Every price is the one the user entered, in the currency they chose; no exchange rate is applied.
- Mathematical: Usage and prices cover the same period.
Figures this calculator will never guess for you
- No provider price, instance rate, storage rate or transfer rate is built in.
- No typical discount, saving or industry average is suggested.
- No typical reservation discount is assumed.
- No coverage level is assumed.
Limitations
- Compares two prices the user entered; it does not model changing the fleet during the term.
- The result is only as current as the prices entered; a price taken months ago is not a current vendor price.
- Arithmetic over the figures entered — it cannot tell whether the usage or the rate card behind them is right.
Source and version
- Standard or reference
- FinOps Framework — rate optimisation — FinOps Foundation (FinOps Framework capability: rate optimisation — a commitment or reservation is evaluated by comparing what the same usage would cost at on-demand rates with what the commitment actually costs, including anything committed but unused.)
- Published source
- The Linux Foundation — FinOps Framework
- Formula version
- Version 1
- Verification
- Reviewed against the cited source on
- How much weight the source carries
- Standards or government
- Applies to
- Currency
- Amounts stay in the currency you choose; no exchange rate is applied.
Related tools
Work out the hourly rate to charge a client so that target margin is met after overhead and non-billable time.
Find the true hourly cost of an employee once benefits, payroll cost and overhead are included.
Size a software application from its data and transaction functions before estimating effort or cost.
Estimate development effort, schedule and average team size for a software project of a known size.
Express cloud spend as a cost per customer, per transaction or per other business unit.
Set the rate used to apply manufacturing overhead to jobs for the coming period.