Microsoft advertises savings of up to 72% for qualifying virtual machines, but the real result depends on the service, region, term, configuration, and utilization. Reservations change billing only. They do not modify workloads, deploy infrastructure, or guarantee capacity.
The trade-off is precision. A reservation can save more than a flexible commitment, but an incorrect SKU, region, quantity, or scope can leave paid benefits unused.
What Azure Reservations actually do
For virtual machines, a reservation generally covers compute. Storage, networking, and software licensing remain separate. Azure Hybrid Benefit may reduce eligible Windows Server or SQL Server licensing costs.
A Reserved VM Instance lowers the price of matching usage but does not guarantee deployment capacity. Upfront and monthly reservation payments have the same total cost.
Discount, capacity priority, and a capacity guarantee are three different things
| Mechanism | What it does | Capacity guarantee? |
|---|---|---|
| Reserved VM Instance (reservation) | Discounts billing for matching usage | No |
| Capacity priority | Designates data-center capacity as important for your deployments to improve access | No — no SLA |
| On-Demand Capacity Reservation | Sets aside compute for a VM size in a region or zone, billed at pay-as-you-go | Yes — backed by an SLA |
If you need a guarantee for business continuity, disaster recovery, or mission-critical scale-out an On-Demand Capacity Reservation is the separate, SLA-backed product, and it is billed at pay-as-you-go rates whether or not the reserved capacity is used.
A reservation and a capacity reservation can be combined: term-commitment discounts can apply to the used or unused capacity reservation.
How reservation discounts apply
That hourly model fits VM matching and many database and storage reservations, but commitment units are not uniform across products. Blob Storage reserved capacity is a fixed-capacity commitment purchased in 100-TiB or 1-PiB blocks, and Microsoft Foundry Provisioned Throughput Reservations commit a fixed number of provisioned throughput units for a one-month or one-year term.
Always confirm the meter, commitment unit, and matching rules for the specific reservation before relying on the hourly rule.
Two separate ordering rules
Reservation scope priority. If you hold reservations at more than one scope, Azure evaluates them from the narrowest to the broadest and applies the most specific match first:
- Resource group
- Subscription
- Management group
- Shared
Reservation → eligible pre-purchase plan → Azure Savings Plan → pay-as-you-go
Reservations are evaluated before Savings Plans because they are more restrictive. For the mechanics, see Microsoft’s guidance on how a reservation discount is applied and the Azure savings plan for compute overview.
Instance size flexibility can reduce mismatch risk for supported VM families. For example, one reservation normalized for a larger VM may cover multiple smaller VMs in the same eligible size group. It does not create unlimited flexibility across unrelated families, services, or regions.
How Azure reservation scope works
| Scope | Discount can cover | Best fit | Main risk |
|---|---|---|---|
| Resource group | One resource group | Isolated team or application | Highest mismatch risk |
| Subscription | One subscription | Stable cost-center ownership | Usage cannot spill into another subscription |
| Management group | Eligible subscriptions in that group and billing scope | Business-unit pooling | More reporting complexity |
| Shared | Eligible subscriptions in the billing context | Broad utilization | Requires showback or chargeback allocation |
Scope can be changed after purchase without restarting the term, and a multi-quantity reservation can also be split across scopes. See Microsoft’s steps to manage and rescope a reservation, and this internal guide to Azure Savings Plan scope for a deeper comparison.
The stopped VM billing trap
A VM in the Stopped (Deallocated) state releases the underlying compute and is not billed for VM compute. Storage and some networking charges can continue. Once deallocated, the reservation benefit can move to another matching VM in scope. If no match exists, that hourly reservation benefit goes unused.
This distinction should be part of every Azure VM cost optimization review, especially for development environments with nightly shutdown schedules.
Reservations versus Savings Plans
| Decision factor | Reservation | Savings Plan |
|---|---|---|
| Commitment basis | Specific eligible resource attributes | Fixed hourly spend |
| Term | Typically one or three years (varies by product) | Compute: one or three years; databases: one year |
| Flexibility | Lower | Higher across eligible usage |
| Published maximum | Up to 72% for qualifying VMs | Up to 65% for compute; up to 35% for databases |
| Cancellation | Refund possible within policy limits | Cannot be canceled or refunded |
| Best use | Stable baseline | Changing eligible usage |
Savings Plan benefits are hourly and do not roll over. Compute plans exclude software, storage, and networking. Database plans cover eligible infrastructure and software IP costs. Inspect meter-level coverage before sizing.
For a detailed decision model, read the internal guide, Azure Reservations versus Savings Plans, or Microsoft’s page on how to decide between a savings plan and a reservation.
What Azure reservations can cover
Microsoft currently advertises up to 72% savings for qualifying VMs and up to 80% for Azure SQL Database. The SQL figure combines a three-year reserved capacity commitment with Azure Hybrid Benefit in Microsoft’s specified Business Critical example. It is not a reservation-only discount applicable to every SQL deployment.
Microsoft also publishes examples of up to 70% for qualifying provisioned AI throughput and up to 38% for a specified Blob Storage scenario. Treat headline percentages as examples, not forecasts.
Storage (fixed-capacity blocks) and Foundry Provisioned Throughput (one-month or one-year PTU commitments) show how far the mechanics can vary. Validate the product-specific attributes on the relevant Microsoft pricing or purchase page before treating any rule as universal.
Before you buy: eligibility and exclusions
- Agreement and offer type. Reservation discounts apply to resources in subscriptions purchased through Enterprise Agreement, Microsoft Customer Agreement, Cloud Solution Provider (CSP), and individual plans with pay-as-you-go rates. Resources in other offer types don’t receive the discount.
- Billing context. A reservation can only be scoped to subscriptions in the same billing context, so confirm the target subscriptions sit under the same billing profile or enrollment.
- Purchaser permissions. You need reservation owner or purchaser rights on the billing subscription, plus at least read access on a management group if you scope there.
- Unsupported services. Some consumption models are excluded. Reservation discounts do not apply to Azure SQL Database serverless, and Azure Cosmos DB serverless accounts are not supported for reservations either. Check the specific service’s reservation page before assuming coverage.
Refunds, exchanges, and trade-ins
The exchange policy is tightening. Per Microsoft’s current reservation exchange-policy guidance, starting February 1, 2027, reservations purchased on or after that date are no longer eligible for exchange when the corresponding service is supported by Savings Plans that covers Azure Virtual Machines, Azure App Service, Azure SQL Database, and similar services.
Reservations purchased before February 1, 2027 keep the right to one final exchange (processed as a cancellation, refund, and new purchase). The change excludes services not covered by Savings Plans, such as Azure VMware Solution, and products approaching end of life.
Regardless of the exchange rules, eligible reservations can still be traded in for a Savings Plan at any time, with no time limit.
The Azure commitment management strategy guide explains how exchange limits and refund caps affect planning.
Size the commitment safely
Use this process:
- Review 7-day, 30-day, and 60-day reservation recommendations.
- Separate stable production usage from temporary projects.
- Confirm the SKU, region, scope, and instance-size flexibility.
- Remove planned migrations, decommissions, and expiring environments.
- Buy below the verified floor when uncertainty remains.
- Recheck utilization after purchase before adding another commitment.
- Purchased quantity: 10 normalized units
- Matching hourly floor: 8 units
- Expected utilization: 8 divided by 10, or 80%
- Unused amount: 2 units each hour with no additional match
After you buy: monitor utilization and allocation
- Utilization percentage how much of each matching hour the reservation actually covers.
- Unused quantity or hourly commitment the portion of the commitment expiring unused, hour by hour.
- Amortized cost the commitment spread across its term rather than shown as a single upfront charge, which is how you compare it fairly against on-demand spend.
- Effective savings realized discount versus the pay-as-you-go equivalent.
- Departmental allocation showback or chargeback across teams for shared and management-group scopes.
Build a layered strategy
- Reservations for stable resources with predictable attributes
- Savings Plans for consistent spend that changes across eligible services or regions
- Pay-as-you-go or Spot for genuinely variable and interruptible demand
The goal is economically useful coverage without stranded commitment.
How Usage.ai fits in
Usage.ai analyzes your Azure compute usage and automates Azure Reservation management based on your consistent usage patterns. Instead of relying on manual forecasting and one-time purchasing decisions, Usage.ai continuously optimizes your reservation strategy as your Azure environment evolves.
With its Flex Insured Commitments program, teams can capture up to 72% savings available through Azure Reservations without taking on the long-term commitment risk. If a Reservation costs more than the equivalent pay-as-you-go usage, Usage.ai provides cashback protection to help cover the difference.
The result is a managed Azure Reservation strategy that combines Microsoft commitment discounts with automation, flexibility, and protection as your cloud environment evolves.
Book a personalized savings assessment to review reservation scope, underutilized commitments, and stable eligible spend across Azure.
Frequently asked questions
Can Azure reservation scope change after purchase?
Yes. Authorized users can change a reservation between supported scopes without restarting its term. Only subscriptions within the same billing context are eligible.
What happens to unused reservation hours?
For most metered products, unused reservation benefit expires each hour and does not roll forward or offset later usage. Commitment units differ by product, so confirm the meter and matching rules for your specific reservation.
Can an Azure Reservation be canceled?
Eligible reservations can be returned for a prorated refund, subject to product restrictions and the USD 50,000 rolling 12-month cancellation limit.
Do reservations cover software licenses?
Usually not for VM reservations. VM compute, storage, networking, and software licenses are separate meters. Azure Hybrid Benefit may reduce eligible licensing costs.
Which is better, a reservation or Savings Plan?
Choose a reservation for a stable, predictable resource configuration. Choose a Savings Plan when eligible spend is consistent but services, regions, or configurations may change.