Azure-reservationer och Azure-sparplaner är båda åtagandebaserade rabatter: du går med på ett eller tre års användning i utbyte mot lägre priser än betala per användning. Kärnskillnaden är vad du åtar dig. En Azure-reservation binder dig till en specifik storleksfamilj för virtuella maskiner i en specifik region, vilket köper den djupaste rabatten men minst flexibilitet. En Azure-sparplan för beräkning binder dig till ett belopp i utgift per timme som tillämpas automatiskt över regioner och beräkningsfamiljer, och byter en aning rabattdjup mot mycket flexibilitet. Reservationer passar stabila, välkända arbetsbelastningar som inte kommer att flytta; sparplaner passar arbetsbelastningar vars form fortsätter att förskjutas. Vad du än väljer, rätt-dimensionera först, eftersom en åtagandebaserad rabatt bara sänker priset, inte slöseriet under det.
Det är det korta svaret. Resten av den här guiden täcker hur varje alternativ fungerar, avvägningen mellan dem, hur de staplas med Azure Hybrid Benefit, och det enda misstag som slösar mer än någotdera kan spara.
Hur Azure-reservationer fungerar
En Azure-reservation, ibland kallad en reserverad instans, binder dig till en specifik konfiguration för en ettårig eller treårig period. För virtuella maskiner binder du dig till en storleksfamilj i en region, till exempel en D-seriemaskin i UK South, och får ett rabatterat pris på den matchande användningen i utbyte. Reservationer är en faktureringskonstruktion: de ändrar priset du betalar, inte sättet resursen körs på. Tre mekanismer spelar roll när du köper en.
Omfattning. En reservation kan gälla på en enskild prenumeration, en enskild resursgrupp, en delad omfattning över alla prenumerationer i faktureringskontexten, eller en hanteringsgrupp. Delad omfattning är den mest förlåtande, eftersom rabatten letar efter vilken matchande resurs som helst i miljön snarare än att ligga oanvänd om en prenumeration slutar använda den.
Flexibilitet för instansstorlek. En reservation för virtuella maskiner optimerad för flexibilitet för instansstorlek gäller över storlekarna i samma flexibilitetsgrupp, inte bara den exakta storlek du köpte. Azure använder ett förhållande per storlek för att räkna ut hur långt reservationen sträcker sig, så en som köpts för en större storlek kan täcka flera mindre i samma grupp. Den korsar inte över till en annan familj, så en reservation för en serie ger inte rabatt på en annan.
Byte och återbetalning. Microsoft har reviderat bytesreglerna mer än en gång, så bekräfta den aktuella policyn innan du förlitar dig på den. Serie- och regionbyten för reservationer av virtuella maskiner, dedikerade värdar och App Service var planerade att upphöra och har sedan förlängts tills vidare, med förhandsvarning utlovad före varje ändring, medan flexibilitet för instansstorlek för virtuella maskiner kvarstår. Återbetalningar är möjliga, men det totala åtagande du kan avbryta är begränsat inom ett rullande tolvmånadersfönster per faktureringsomfattning, så en återbetalning är en säkerhetsventil, inte en enkel utgång. Behandla en reservation som ett genuint åtagande och kontrollera den aktuella policyn vid köp.
Hur Azure-sparplaner för beräkning fungerar
En Azure-sparplan för beräkning tar ett annat grepp. I stället för att binda dig till en storlek och region binder du dig till ett fast belopp i utgift per timme i ett eller tre år. Varje timme tillämpar Azure förmånen på berättigad beräkningsanvändning, med start i det som bär den högsta rabatten, tills timåtagandet är förbrukat. Allt över åtagandet den timmen faktureras till betala-per-användning-priser.
Förmånen är bred. En sparplan för beräkning gäller för infrastrukturkostnader över många tjänster, inklusive virtuella maskiner, App Service, Container Instances, Container Apps, premiumplanen för Functions, och dedikerade värdar, över regioner automatiskt. Tjusningen är att du inte behöver förutsäga vilken familj eller region en arbetsbelastning hamnar i; sparplanen följer utgiften.
Två reservationer spelar roll. Timförmånen är använd-den-eller-förlora-den, så en timme där du kör under ditt åtagande lämnar den delen oåterkallelig, den rullar inte in i nästa timme. Och en sparplan kan inte avbrytas eller återbetalas när den väl är köpt, så att dimensionera timåtagandet spelar större roll än med en reservation. Dimensionera det mot en tillbakablick på verklig användning, vilket är det som rekommendationerna i Azure Advisor och portalen byggs från.
Ett snabbt sätt att bestämma sig: rätt-dimensionera först, reservera det som är stabilt och fast, och använd en sparplan för allt som fortfarande rör sig.
Rabattdjup kontra flexibilitet
Att välja mellan de två är en avvägning mellan djup och flexibilitet. En fullt utnyttjad reservation levererar den djupaste tillgängliga rabatten, eftersom du har gett Microsoft mest säkerhet: en känd storlek, en känd region, för en känd period. En sparplan ger upp lite av det djupet för att tillämpa sig automatiskt var din berättigade beräkning än körs.
Den dolda variabeln är utnyttjandet. En reservation lönar sig bara om den matchande resursen fortsätter köra, så köp en för en maskin du senare storleksändrar, flyttar eller stänger av så avdunstar den djupa rabatten till ett oanvänt åtagande. En sparplan är svårare att stranda, eftersom den jagar utgift snarare än att vänta på en specifik maskin. Den ärliga jämförelsen är inte rubrikpris mot rubrikpris; det är det djupare reservationspriset multiplicerat med hur säker du är på att arbetsbelastningen kommer att sitta stilla.
När vardera passar
Välj en reservation när en arbetsbelastning körs kontinuerligt och förutsägbart utan förväntad förändring av dess storlek, familj eller region. Domänkontrollanter, en alltid-igång verksamhetsdatabas, ett stabilt applikationsskikt som hållit sin form i ett år: detta är reservationsterritorium, och där de djupaste åtagandebaserade Azure-rabatterna landar.
Välj en sparplan när arbetsbelastningar är dynamiska eller under utveckling, använder en blandning av familjer eller beräkningstjänster, eller förskjuts mellan regioner. Om du inte kan säga var utgiften kommer att vara om sex månader absorberar sparplanen den osäkerheten på ett sätt som en reservation inte kan.
De flesta miljöer är inte helt det ena eller det andra. Ett vanligt mönster är ett basskikt av reservationer över den stabila kärnan, med en sparplan som täcker det rörliga skiktet ovanpå: reservationerna utvinner maximalt djup ur de delar som aldrig rör sig, och sparplanen städar upp resten.
Kombinera med Azure Hybrid Benefit
Varken en reservation eller en sparplan för beräkning täcker programvarulicensiering; båda rabatterar infrastrukturen. Det är där Azure Hybrid Benefit kommer in. Om du redan har licenser för Windows Server eller SQL Server med Software Assurance låter den dig tillämpa dem på Azure-arbetsbelastningar och ta bort motsvarande licensavgift från räkningen.
Den viktiga poängen är att dessa staplas. En reservation eller sparplan sänker beräkningspriset; Hybrid Benefit tar bort Windows- eller SQL-licenskostnaden på samma resurs. Använda tillsammans förstärker de varandra, så den fullt optimerade positionen på en stabil Windows- eller SQL-arbetsbelastning är vanligtvis en reservation plus Azure Hybrid Benefit.
Det klassiska misstaget: att åta sig innan du rätt-dimensionerar
Det dyraste felet är att åta sig innan miljön är rätt-dimensionerad. En åtagandebaserad rabatt minskar priset du betalar, inte mängden resurs du betalar för. Lås en treårig reservation på en virtuell maskin som är dubbelt så stor som den behöver vara, och du har inte sparat pengar, du har skrivit på ett längre kontrakt på slöseri.
Microsofts egen rekommenderade sekvens sätter detta i ordning: rätt-dimensionera och ta bort överdimensionerade eller vilande resurser först, omfördela eller byt underutnyttjade reservationer, byt stela reservationer mot flexibla sparplaner där användningen har blivit rörlig, köp sedan nya reservationer för den stabila baslinjen, och lägg slutligen till sparplaner dimensionerade efter den optimerade miljön. Rabatter kommer sist. Få formen rätt, köp sedan rabatten som passar den.
Det är därför rätt-dimensionering av virtuella Azure-maskiner hör hemma före varje åtagandebeslut: att dimensionera varje maskin efter dess observerade utnyttjande först betyder att reservationen eller sparplanen du köper prissätts mot verkligt behov, inte en topp som aldrig återkommer.
Vad du ska göra vid förnyelse
Åtaganden tar slut, och förnyelse är ett beslut, inte en formalitet. Reservationer kan förnyas automatiskt, men en förnyelse prissätts till det pris som är tillgängligt när den förnyas, inte det pris du ursprungligen låste in, så den är ingen garanti för samma affär. Innan någon period rullas över, kontrollera utnyttjandet igen, eftersom en reservation som passade miljön för ett år sedan nu kan peka på en maskin som har storleksändrats eller pensionerats.
Behandla förnyelse som en chans att omoptimera: stäng av automatisk förnyelse där arbetsbelastningen har förändrats, rätt-dimensionera igen, och ompröva frågan reservation kontra sparplan med färska användningsdata. En arbetsbelastning som har drivit från fast till rörlig är en kandidat att byta mot en sparplan snarare än att åta sig på nytt till en form den har vuxit ur.
Var EtherInsights passar in
Att bestämma sig mellan Azure-reservationer kontra sparplaner är enkelt för en arbetsbelastning och svårt över en hel miljö, eller över många kundorganisationer för en leverantör av hanterade tjänster. Åtagandet lönar sig bara när det är dimensionerat mot en rätt-dimensionerad baslinje, och den baslinjen är vad som tenderar att saknas. EtherInsights är byggt för att stänga den luckan: det lyfter fram överdimensionerade och vilande Azure-resurser så att du rätt-dimensionerar innan du åtar dig, och följer sedan före och efter så att beslutet vilar på bevis snarare än en gissning.
På beräkningssidan förvandlar rätt-dimensionering av virtuella Azure-maskiner utnyttjande till ägarförankrade storleksändringsåtgärder, steget som alltid bör komma före ett köp av reservation eller sparplan. Eftersom åtagandebaserade rabatter bara är en spak, är det värt att läsa den bredare bilden i vår guide till att minska kostnaderna för Microsoft 365 och Azure, som ställer åtaganden bredvid licens- och vilande-resurs-slöseriet intill dem, och att se vad EtherInsights rapporterar över hela miljön.
Reservationer och sparplaner är två verktyg för två arbetsbelastningsformer: rätt-dimensionera först, reservera det som är fast, täck resten med en sparplan, lägg till Azure Hybrid Benefit där licenserna finns, och återbesök mixen vid varje förnyelse.
Utforska kostnadsoptimering i molnet för att rätt-dimensionera din miljö först, och sedan köpa den åtagandebaserade Azure-rabatt som faktiskt passar den.