What happens if I don't use my reservation?

Reservations are use-it-or-lose-it per hour: any reserved hour with no matching running resource is paid for but wasted, and unused hours don't carry forward. That's why monitoring reservation utilization (target 90%+) matters as much as buying the right one.

Can I combine Azure Hybrid Benefit with reservations?

Yes — they discount different components. Reservations discount compute; Azure Hybrid Benefit removes the Windows/SQL licence charge. Combined, Microsoft cites savings of up to ~80% versus pay-as-you-go.

Commitments · Updated June 2026

Azure Reserved Instances vs Savings Plans: which saves more in 2026?

Q: Do Azure reservations work on Dev/Test subscriptions?

Yes. This is a persistent myth — Microsoft confirms reservation discounts apply to Enterprise, MCA, CSP and pay-as-you-go subscriptions, and VM usage on Enterprise Dev/Test and PAYG Dev/Test subscriptions is automatically eligible for reservation discounts. Only offers like Free Trial, Azure Pass, Sponsorship and Students are excluded.

By the CloudFinOpsKit team. We verified the eligibility rules below against Microsoft's reservation documentation while building our scanner's commitment checks. 9 min read.

Commitment discounts are the biggest single lever in Azure cost optimization — routinely 30–60% off compute you were going to run anyway. Azure gives you two instruments: Reserved Instances (RIs), which buy a deep discount on a specific shape of usage, and Savings Plans for compute, which buy a shallower discount on an hourly spend amount that flexes across VM families and regions. Picking between them is a depth-vs-flexibility trade.

The comparison at a glance

	Reserved Instances	Savings Plans (compute)
Typical discount	~40% (1yr) · ~60–62% (3yr) on VMs	~28% (1yr) · ~52% (3yr) average
What you commit to	A SKU/quantity in a region (e.g. 4× D4s_v5, West Europe)	An hourly dollar amount (e.g. $10/hour of compute)
Flexibility	Instance-size flexibility within the same series group; exchanges allowed	Automatically applies across VM families, sizes, regions, and several compute services
Covers	VMs — and reserved capacity also exists for SQL, Cosmos DB, storage, App Service, Redis and more	VMs, App Service, Container Apps, Functions Premium, Dedicated Hosts and other compute
Risk if usage changes	Higher — unmatched hours are wasted (exchange to recover)	Lower — discount follows usage wherever it moves
Best for	Stable, predictable baseline workloads	Dynamic estates, evolving architectures, mixed teams

The mechanics that decide who wins

Use-it-or-lose-it, hour by hour

A reservation discount applies to matching usage in each hour. No matching resource running that hour? The hour is paid for and gone — unused hours never roll over. This is why reservation utilization is the metric that separates savings from waste: below ~80% average utilization, your "discount" is quietly leaking money. Monitor it monthly; exchange or re-scope anything chronically under-used.

Scope: single subscription vs shared

Shared scope lets a reservation float across every subscription in your billing context, finding matching usage wherever it lives. Unless you have a hard chargeback reason, shared scope is the safer default — it maximizes the odds that every reserved hour matches something.

Instance-size flexibility

Within a series group, an RI flexes across sizes: one D8s_v5 reservation can cover two D4s_v5 VMs. It does not flex across families or regions — that's the Savings Plan's job.

The Dev/Test myth — busted

You'll still read that "reservations don't apply to Dev/Test subscriptions". That's wrong. Microsoft's documentation is explicit: reservation discounts apply to Enterprise, MCA, CSP and PAYG rates — and VM usage on Enterprise Dev/Test and PAYG Dev/Test subscriptions is automatically RI-eligible. The genuinely ineligible offers are Free Trial, Azure Pass, Sponsorship and Students. (We verified this against the source docs when we built our scanner — suppressing RI recommendations for Dev/Test subs under-reports real savings.)

The layering strategy mature teams use

Licence layer first: enable Azure Hybrid Benefit everywhere eligible — it stacks with everything below.
RI the boulders: 3-year reservations on the stable, named baseline (domain controllers, core databases, the workloads with a 3-year roadmap).
Savings Plan the gravel: a 1- or 3-year compute savings plan sized to the floor of your remaining steady spend — it flexes as teams resize and migrate.
Spot/serverless the sand: burst, batch and stateless work goes to Spot (60–90% off) or scale-to-zero services — never commit to it.
Review utilization monthly: commitments are positions, not purchases. Watch utilization, exchange laggards, and only increase commitment when the floor proves itself.

How to size it without guessing

Azure Advisor's reservation and savings-plan recommendations are computed from your last 7–60 days of actual usage and are the only first-party source worth trusting — heuristics on top of instance lists produce false positives (we removed ours for exactly that reason). Start from Advisor's per-SKU recommendations, sanity-check against known decommissions, and buy in tranches rather than one big bang.

See your commitment picture in one scan. The CloudFinOpsKit Tool surfaces Advisor's RI and savings-plan recommendations with 1-vs-3-year comparisons, flags existing reservations running under 80% utilization (the silent leak), and prices everything from your actual billed cost — alongside the rest of its 75+ checks.

FAQ

RI or Savings Plan — the one-line answer?

Stable and named → RI for depth. Changing and fluid → Savings Plan for flexibility. Most estates should hold both, layered.

What if I overcommitted?

RIs can be exchanged (size, region, even type) and, within Microsoft's policy limits, refunded. Savings Plans can't be exchanged — which is why you size them to the floor, not the average.

Do reservations apply to Dev/Test subscriptions?

Yes — automatically. Only Free Trial / Azure Pass / Sponsorship / Students offers are excluded.