Where does Azure spend actually go?

On most enterprise Azure estates the bill concentrates in compute, the data platform, and egress, and the fastest savings come from rate coverage on steady compute plus waste removal in storage and logging. Cost Management and the billing exports are the source of truth, so the first move is always to normalise that data into one model you can defend.

Before you negotiate a single rate, you need to know which subscriptions, resource groups, and services drive the spend, and how much of it is genuinely steady. Steady load is what you can commit against safely. Spiky and experimental load should stay on pay as you go until it proves out. Mixing the two is how estates end up overcommitted.

How do Azure Reservations and the Azure Savings Plan differ?

These are the two big commitment instruments and they trade discount against flexibility in opposite directions. The right answer is usually a blend, sized to the forecast.

Azure commitment instruments (indicative, verify current discounts on the Azure pricing pages)
InstrumentWhat it coversFlexibilityBest for
Reservations A specific VM series or service in a region for one or three years Exchangeable; deepest discount Stable, well understood workloads that will not move
Azure Savings Plan for compute An hourly spend commitment across eligible compute, any region High; auto applies to changing footprints Compute that is steady in total but shifts in shape
Pay as you go No commitment Total Experimental, seasonal, or short lived workloads

Reservations can reach roughly 72 percent off pay as you go on the right workloads, and crucially they can be exchanged when your needs change, which lowers the risk of locking in the wrong shape. The Azure Savings Plan gives up some of that depth for flexibility across compute. We size both to the floor your forecast supports and model the breakeven utilization for each so you know the point below which a commitment costs you money. For the wider negotiation, see our cloud commitment negotiation service.

How do Hybrid Benefit and Dev Test pricing change the math?

Azure has two licensing levers that change the unit price before you ever touch a commitment. Azure Hybrid Benefit lets you apply existing Windows Server and SQL Server licenses with Software Assurance to Azure compute, which can materially lower the rate on eligible VMs and SQL workloads. Dev Test pricing removes certain license charges on non production subscriptions for eligible subscribers.

These levers stack with commitments rather than competing with them, so the sequencing matters: apply the licensing benefit first to get the true steady state rate, then size the commitment against that lower number. Sizing a commitment on top of an un optimised license rate is a common way to overcommit.

Worked example

A Fortune 500 retailer carried a large fleet of Windows VMs at full pay as you go rates. Applying Hybrid Benefit to the eligible subset lowered the effective compute rate first; only then did we size a three year Reservation against the reduced floor. Sizing in that order avoided committing to capacity priced as if the licenses did not exist. Figures are verified against billing data and anonymised.

How should the MACC shape purchasing?

The Microsoft Azure Consumption Commitment, the MACC, layers on top of the instruments. It trades a multi year spend commitment for a discount tier, and it carries a shortfall clause: unspent commitment is still owed at the end of the term. That single fact should drive your purchasing rhythm.

MACC drawdown planning means tracking, every month, whether your committed spend is on pace to be consumed by term end, and steering eligible spend, including some marketplace purchases, toward the drawdown where it makes sense. The risk is not paying the discounted rate. The risk is reaching term end with commitment unspent and still owed. We treat MACC drawdown as a governed metric, not an afterthought.

How do you control Log Analytics and Azure OpenAI cost?

Two of the fastest growing lines on a modern Azure bill need their own discipline. Log Analytics bills on ingestion and retention, and verbose diagnostic settings can quietly become one of the largest line items on the bill. The levers are data collection rules to filter what is ingested, commitment tiers for predictable volume, and retention policies matched to what you actually query.

Azure OpenAI and other AI workloads bill on tokens and on provisioned throughput. Token costs scale with usage in ways finance rarely forecasts, and provisioned throughput reserves capacity whether you use it or not. The governance is the same shape as compute commitments: reserve only the throughput your steady demand supports, and meter token spend per team so it stays visible. AI infrastructure is the fastest growing line on most estates and deserves the same rigour as compute.

What order should you work the levers in?

Sequence beats intensity. Working the levers out of order is how estates overcommit and how savings fail to stick.

  • Baseline first. Normalise Cost Management and billing exports into one model. You cannot commit safely against numbers you cannot defend.
  • Remove waste. Idle VMs, orphaned disks, oversized databases, and verbose logging. This lowers the floor before you commit to it.
  • Apply licensing. Hybrid Benefit and Dev Test pricing to reach the true steady state rate.
  • Cover with commitments. Blend Reservations and the Azure Savings Plan against the defensible forecast, then govern MACC drawdown.
  • Govern data and AI. Log Analytics ingestion and Azure OpenAI throughput on their own budgets and alerts.

Typical programs cut spend 20 to 40 percent through this combination of rightsizing, waste removal, storage tiering, commitment coverage, and architecture decisions. Our own portfolio median is 31 percent in the first 90 days. For how Azure fits a multi provider estate, read the cross cloud cost optimization guide.

Frequently asked questions

What is the single biggest lever for cutting Azure cost?

Commitment coverage through Reservations and the Azure Savings Plan is usually the largest lever, discounting up to roughly 72 percent against pay as you go, but only when sized to a defensible forecast and applied after licensing benefits and waste removal.

Can Azure Reservations be cancelled or changed?

Reservations can be exchanged for a different reservation, which lowers the risk of committing to the wrong shape. The Azure Savings Plan is more flexible still because it applies across eligible compute automatically.

Does unused MACC commitment expire?

Yes. The MACC carries a shortfall clause, so unspent commitment is still owed at term end. Drawdown planning should shape what you purchase and when.

Are these discount figures guaranteed?

No. The figures here are indicative. Verify current discounts against the Azure pricing pages at the time you commit, because rates and terms change.

Get the full guide and the next move

Download the complete Azure cost optimization guide as a working document, or have us scope your estate directly. Our guarantee stands behind every engagement: we reduce your cloud spend or we reimburse our service fee.

Download the Azure cost optimization guide

Get the full buyer side guide and join The Cloud Spend Navigator for monthly, numerate analysis. No provider in the room, no public email required.

Independent · buyer-side

Put a defensible number on your cloud spend.

No provider in the room, no published price list. Tell us your footprint and we will scope the savings against your billing data — we reduce your cloud spend or we reimburse our service fee.

Buyer-side intelligence, monthly.

The Cloud Spend Navigator: what changed in cloud pricing, commitments, and FinOps — no vendor spin.