Azure Reservations vs Savings Plans 2026

Uppdaterad: 1 juni 2026

Azure Reservations vs Savings Plans är två rabattmodeller från Microsoft som båda kan sänka beräkningskostnaderna med upp till 65 % jämfört med pay-as-you-go, men de fungerar olika: Reservations låser dig till en specifik VM-SKU i en region och ger högsta rabatt, medan Compute Savings Plans ger en något lägre rabatt i utbyte mot full flexibilitet att byta VM-typ, region eller OS. I den här guiden går jag igenom hur de skiljer sig 2026, när du bör välja vilken, och hur jag på riktiga kundkonton har kombinerat båda för att maximera besparingen utan att låsa mig fast.

Azure Reservations ger upp till 72 % rabatt på 3-årig betalning i förskott, men kräver att du fastnar för en specifik VM-serie och region.
Azure Compute Savings Plans ger upp till 65 % rabatt mot en timbaserad utgiftsförbindelse, oavsett VM-storlek, region eller operativsystem.
Reservations kan bytas eller refunderas (upp till 50 000 USD per år), medan Savings Plans inte kan avbrytas eller bytas alls.
För stabila produktionsworkloads vinner Reservations; för dynamiska eller migrerande workloads vinner Savings Plans.
Den optimala strategin 2026 är hybrid: täck baslinjen med Reservations och elasticitet ovanpå med Savings Plans samt Spot VMs.
Azure Hybrid Benefit kan staplas ovanpå båda och ger ytterligare upp till 40 % rabatt om du redan har Windows Server- eller SQL-licenser.

Vad är skillnaden mellan Azure Reservations och Savings Plans?

Den korta versionen: Azure Reservations är en åtagandetyp där du köper en specifik VM-instans (t.ex. en D8s v5 i West Europe) för 1 eller 3 år, och Azure Compute Savings Plans är ett timbaserat utgiftsåtagande där du lovar att spendera ett visst belopp per timme (t.ex. 5 USD/h) på vilken som helst berättigad beräkningstjänst under perioden.

Den första modellen finns på Azure sedan 2017 och liknar AWS Reserved Instances. Den andra lanserades i oktober 2022 och är Microsofts svar på AWS Compute Savings Plans. Båda fakturerar mot dina vanliga prenumerationer och appliceras automatiskt mot matchande resurser, men flexibiliteten skiljer sig dramatiskt.

Något jag märkt på FinOps-team: namnet "Savings Plan" i Azure betyder inte samma sak som i AWS, och det förvirrar nya kunder. I AWS finns tre varianter (Compute, EC2 Instance, SageMaker). I Azure finns bara Compute Savings Plans, vilket faktiskt gör beslutet enklare. Du väljer mellan högsta möjliga rabatt (Reservations) eller högsta möjliga flexibilitet (Savings Plans). För djupare bakgrund om hur AWS-modellen ser ut rekommenderar jag vår guide om AWS Savings Plans vs Reserved Instances 2026. Principerna överlappar men detaljerna skiljer sig.

Snabb jämförelse: Reservations vs Savings Plans

Tabellen nedan sammanfattar de dimensioner som faktiskt påverkar ett köpbeslut. Värdena gäller per juni 2026 och bygger på officiell prisinformation från Microsoft Learn och Azure-prisportalen.

Dimension	Azure Reservations	Compute Savings Plans
Maxrabatt (3 år)	Upp till 72 % (D-serien Linux)	Upp till 65 %
Maxrabatt (1 år)	Upp till 40 %	Upp till 28 %
Bindningsnivå	VM-serie + region	Timbaserat USD-åtagande
Byte av VM-storlek	Endast inom samma serie (instance size flexibility)	Helt fri (alla serier, regioner, OS)
Byte/refund	Ja, upp till 50 000 USD/år refund	Nej, bindande hela perioden
Betalningsalternativ	Förskott eller månadsvis (samma rabatt)	Förskott eller månadsvis (samma rabatt)
Täcker	Endast vald VM-typ	VMs, Container Instances, dedicated hosts, App Service Premium v3
Bäst för	Stabila, långsiktiga produktionsworkloads	Dynamiska eller migrerande workloads

Hur mycket kan man spara med Azure Savings Plans?

Den faktiska besparingen beror på VM-mix, region och utnyttjandegrad. Men för en typisk Linux-baserad produktionsmiljö ser jag i genomsnitt 28 % besparing på 1-årig Savings Plan och 55–62 % på 3-årig. Det är något lägre än motsvarande Reservation, men du betalar för flexibilitet att byta SKU eller region utan att förlora rabatten.

Räkneexempel: en D8s v5 i West Europe (Linux) kostar 0,384 USD/h pay-as-you-go. Med en 3-årig Reservation med förskottsbetalning sjunker det effektivt till ~0,108 USD/h (72 % rabatt). En 3-årig Compute Savings Plan ger samma VM för ~0,146 USD/h (62 % rabatt). Skillnaden blir ~333 USD per VM och år. Med 50 VMs är det 16 650 USD/år, men om du under perioden migrerar 20 av dem till v6-serien tappar du Reservation-rabatten på de migrerade, medan Savings Plan automatiskt följer med.

Jag rekommenderar alltid att bygga en Monte Carlo-simulering över sannolika migrationsscenarier innan ni binder upp er. Azure Cost Management ger en grundläggande rekommendationsmotor under fliken "Reservations" och "Savings Plans" som föreslår åtaganden baserat på de senaste 7, 30 eller 60 dagarnas användning, men den tar inte hänsyn till planerade migrationer eller säsongsvariation.

När ska du välja Reservations?

Välj Reservations när tre villkor är uppfyllda samtidigt: (1) workloaden är stabil och har gått i produktion i minst 90 dagar, (2) du är trygg med VM-serien för nästa 1–3 år, och (3) utnyttjandet ligger över 70 % av tiden. Under dessa förhållanden ger Reservations både bättre rabatt och bättre exit-möjligheter eftersom du kan byta eller refundera.

Instance Size Flexibility (lurigt nog till din fördel)

Många missar att Azure Reservations har inbyggd instance size flexibility (ISF) inom samma VM-serie och region. En D8s v5-reservation täcker automatiskt två D4s v5 eller fyra D2s v5 om det är vad du faktiskt kör. Det betyder att du inte behöver matcha storlek exakt, bara serien. För Windows VMs gäller dock vissa restriktioner; läs Microsofts officiella dokumentation om vad reservationer rabatterar innan du köper.

Scope: shared, management group, single

Sätt scope till "Shared" om du har flera prenumerationer i samma faktureringskonto. Då matchas rabatten mot vilken som helst matchande VM oavsett prenumeration. Single subscription scope används bara när du av säkerhetsskäl måste isolera kostnader. Management group scope (lanserades 2023) är ett mellansteg som är bäst för enterprise med strikt cost-allocation policy.

När ska du välja Compute Savings Plans?

Compute Savings Plans vinner när minst ett av följande gäller: workloaden är fortfarande i flux mellan VM-serier (t.ex. ni migrerar från v3 till v6), ni planerar regional expansion, ni har en blandning av Linux och Windows som ändras, eller ni har stora batch-jobb som hoppar mellan storlekar beroende på last. I dessa scenarier är rabatt-tappet på 5–10 procentenheter ett billigt pris för att slippa hantera ett pussel av specifika reservationer.

En annan stark use-case är när du kör mycket Azure Container Instances eller dedicated hosts som inte täcks av VM-reservationer alls. Compute Savings Plan rabatterar dessa automatiskt, vilket Reservations inte gör. Samma sak gäller App Service Premium v3 sedan 2024.

Ärligt talat, det här är något jag hade önskat att jag visste tidigare: på en kund som migrerade från v3- till v6-serien under 2025 hade vi köpt 3-åriga Reservations på v3 strax innan. Resultatet blev cirka 40 000 USD i "stranded" reservations som vi tvingades exchange:a med en hel del administrativ overhead. Hade vi haft Savings Plans istället hade migrationen varit helt friktionsfri.

Hybridstrategin: kombinera båda 2026

Den strategi jag använder för alla större Azure-kunder är en tre-skikts modell: (1) baslinje = stabila VMs som körts 24/7 i minst 6 månader täcks av 3-åriga Reservations, (2) elasticitet = växande eller migrerande workloads täcks av 1-åriga Compute Savings Plans, och (3) burst = batch- och dev/test-workloads körs på Spot VMs där det är möjligt.

Tumregeln jag använder: täck 60–70 % av din genomsnittliga timkostnad med Reservations, 15–20 % med Savings Plans, och låt resten vara on-demand eller spot. Att täcka 100 % är faktiskt farligt. Varje gång ett team stänger ner en miljö blir den oanvända kapaciteten en bortkastad kostnad. För dynamiska klusterworkloads kompletterar jag detta med Kubernetes right-sizing med VPA och Goldilocks så att de underliggande noderna är så små som möjligt innan rabatterna ens kickar in.

Kan man byta eller refundera Azure Reservations?

Ja, Azure Reservations kan både bytas och refunderas, men sedan 1 januari 2025 finns nya regler. Du kan refundera upp till 50 000 USD per faktureringsprofil och rullande 12-månadersperiod (ett tak som tidigare var oklart definierat). Exchange (byte mot en annan VM-typ) är fortfarande tillåtet utan tak, men endast inom Azure Compute-kategorin.

Compute Savings Plans har inga sådana mekanismer alls. Köpet är slutgiltigt. Det är den största anledningen till att jag är försiktig med långa 3-åriga Savings Plans även om de matematiskt skulle ge bättre rabatt. Risken för "stranded commitment" är reell.

Stapla Azure Hybrid Benefit ovanpå

Azure Hybrid Benefit (AHB) är en separat rabatt som låter dig ta med dig befintliga on-prem-licenser för Windows Server eller SQL Server till Azure. AHB kan staplas ovanpå både Reservations och Savings Plans och ger ytterligare upp till 40 % besparing på Windows-VMs.

Konkret: en Windows D8s v5 med 3-årig Reservation och AHB kostar ungefär 0,082 USD/h, jämfört med 0,532 USD/h pay-as-you-go. Det är en effektiv besparing på ungefär 85 %. Detta är enligt min mening den enskilt mest underutnyttjade Azure-rabatten jag stöter på i FinOps-revisioner. Många organisationer har Software Assurance-licenser de redan betalar för men aktiverar inte AHB i Azure-portalen. Se Microsofts officiella Hybrid Benefit-sida för aktuella villkor och eligibility.

Steg-för-steg: så köper du rätt mängd

Så, här är processen jag använder för en ny kund. Den tar typiskt en vecka från start till köp, och bör upprepas varje kvartal eftersom mönstren förändras.

Exportera 90 dagars usage. Använd Azure Cost Management exports till en storage account. CSV-format är enklast att analysera.
Identifiera 24/7 baslinjen. Filtrera på VMs som körts mer än 85 % av timmarna under perioden. Detta är dina kandidater för 3-åriga Reservations.
Klassificera per serie. Gruppera baslinjen per VM-serie (D, E, F osv.) och region. Konsolidera till de 3–5 vanligaste kombinationerna.
Beräkna åtagandegolv för Savings Plan. Ta din genomsnittliga timkostnad för "elastiska" workloads, multiplicera med 0,75. Det är ett säkert åtagandegolv som täcker säsongsdippar.
Köp i poolen Shared. Sätt alltid scope till "Shared" om ditt faktureringskonto har flera subscriptions, så får du maximal matchningsyta.
Aktivera Hybrid Benefit. För varje Windows- eller SQL-VM som täcks, kontrollera att AHB är aktiverat i portalen. Det är ofta bortglömt.
Granska kvartalsvis. Sätt en kalenderpåminnelse 30 dagar innan varje Reservation eller Savings Plan löper ut. Förnyelse är inte automatisk.

# Exempel: hämta Reservation Recommendations via Azure CLI
az reservations reservation-order calculate \
  --sku Standard_D8s_v5 \
  --location westeurope \
  --reserved-resource-type VirtualMachines \
  --billing-scope-id "/providers/Microsoft.Billing/billingAccounts/<BILLING_ID>" \
  --term P3Y \
  --quantity 10 \
  --billing-plan Monthly \
  --applied-scope-type Shared

# Exempel: lista befintliga Savings Plans
az billing-benefits savings-plan list \
  --savings-plan-order-id <ORDER_ID>

Vanliga misstag att undvika

De fem vanligaste fallgroparna jag ser i FinOps-revisioner på Azure-konton, i fallande ordning av kostnad:

Köper Reservations på fel scope. "Single subscription" istället för "Shared" innebär att rabatten inte matchar VMs i andra prenumerationer, en vanlig orsak till låg utilization.
Glömmer Azure Hybrid Benefit. Många team antar att Reservations ensamt ger maxrabatt på Windows. AHB är ett separat klick som ger ytterligare 30–40 %.
Köper 3-åriga Reservations på pre-release SKUs. Om en VM-serie är mindre än 6 månader gammal, köp 1-årig istället, eftersom serien kan deprecieras innan reservationen löper ut.
Stapelköp av Savings Plans utan plan. Eftersom Savings Plans inte kan refunderas leder impulsköp till permanenta utgiftsåtaganden. För GPU- och AI-workloads i molnet är detta extra kostsamt.
Ingen kvartalsvis utilization-granskning. Azure Advisor visar utilization, men ingen läser den. Sätt en Power BI-dashboard eller åtminstone en månatlig email-export.

Vanliga frågor

Är Azure Savings Plans värda det 2026?

Ja, för workloads som är dynamiska eller migrerar mellan VM-serier. Compute Savings Plans ger 28–65 % rabatt med full flexibilitet, vilket är värt det lägre rabattaket jämfört med Reservations när din infrastruktur är i förändring. För helt stabila workloads ger Reservations dock 5–10 procentenheter mer.

Vilka VMs är berättigade till Azure Savings Plans?

Compute Savings Plans täcker nästan alla Azure Virtual Machines (utom Spot och B-serien burstable VMs efter 30 % CPU), Azure Container Instances, Azure Dedicated Hosts och App Service Premium v3. De täcker inte serverless tjänster som Azure Functions Consumption eller Logic Apps.

Kan jag ha både Reservations och Savings Plans samtidigt?

Ja, och det är faktiskt den rekommenderade strategin. Azures faktureringsmotor applicerar först Reservations på matchande VMs, därefter Savings Plans på resterande beräkningskostnad, och sist pay-as-you-go på det som inte täcks. Stapling är helt automatisk.

Hur byter man en Azure Reservation?

Gå till Azure-portalen, Reservations, välj reservationen och klicka "Exchange". Du kan byta till en annan Azure Compute-reservation av samma eller högre värde utan kostnad. Sedan 2025 räknas exchange inte mot den årliga refundgränsen på 50 000 USD.

Vad är skillnaden mellan Azure Savings Plans och AWS Savings Plans?

AWS erbjuder tre typer (Compute, EC2 Instance, SageMaker) medan Azure bara har en (Compute). AWS Compute Savings Plans täcker även Lambda och Fargate, vilket Azures motsvarighet inte gör för Functions. Båda är timbaserade USD-åtaganden med 1- eller 3-årig löptid och liknande rabattnivåer.