Azure rezervace, nebo Savings Plan?

Obsah ověřen k 29. říjnu 2026

Tým pravidelně vypíná vývojové virtuální stroje na noc a očekává další úsporu nákupem Savings Planu. Nabídka vypadá výhodně, protože ukazuje nižší hodinovou sazbu. Jenže závazek platí každou hodinu, zatímco vývojové prostředí běží jen část dne. Při špatné velikosti závazku může firma zaplatit více než při běžném účtování.

Rezervaci nebo Savings Plan vybírejte podle hodinové spotřeby po odstranění plýtvání, ne podle celkové měsíční faktury. Největší procento slevy není automaticky nejnižší výsledný náklad. V článku rozlišíme využití a pokrytí, spočítáme bod zvratu a ukážeme, co do porovnání nezahrnout dvakrát.

Text řeší Azure Savings Plan for compute a rezervace výpočetních prostředků. Microsoft už rozlišuje také databázový Savings Plan; jeho zahrnuté služby a cenové komponenty nejsou totožné. Pravidla compute plánu proto nepřenášejte na databázové produkty podle podobného názvu. Rozsah obou nabídek rozlišuje aktuální přehled Savings Plans.

Co kupujete v každé variantě

Rezervace a Savings Plan jsou cenové výhody navázané na závazek. Nenahrazují správnou konfiguraci prostředků a samy nesnižují počet potřebných VM. Ani compute Savings Plan nezajišťuje garantovanou kapacitu datacentra; tuto hranici výslovně uvádí české produktové FAQ Azure.

Microsoft v rozhodovacím přehledu doporučuje nejdřív upravit velikost prostředků a odstranit nevyužité zdroje, potom řešit stávající závazky a až následně pořizovat nové. Jinak můžete dlouhodobě zavázat právě spotřebu, kterou plánujete zrušit.

Pro finanční tým je užitečné rozdělit návrh na dvě otázky: kolik infrastruktury skutečně potřebujeme a jak zaplatíme její ověřený základ. První řeší architektura a provoz. Druhou cenový model. Nákup slevy není důkazem, že byl vyřešen předimenzovaný server.

Hodinový závazek není měsíční peněženka

Savings Plan uplatňuje výhodu po hodinách. Nevyužitá část konkrétní hodiny se nepřesouvá do večera, dalšího dne ani na konec měsíce. Závazek se čerpá po přepočtu způsobilé spotřeby příslušnou sazbou plánu; nesrovnávejte jej mechanicky s nominální on-demand útratou.

Při souběhu s rezervací se na odpovídající spotřebu nejdřív použije rezervace. Až zbytek může čerpat Savings Plan. Tato pravidla a také průběžně aktualizované ceny popisuje aplikace Savings Plan slev.

Praktický důsledek: pokud v lednu koupíte plán podle dnešní nechráněné spotřeby a v únoru stejný stabilní základ pokryjete rezervací, původní plán může mít méně práce. Oba nákupy je potřeba simulovat dohromady. Sleva z rezervace a sleva Savings Planu se na tutéž jednotku compute jednoduše nesčítají.

Vlastní výpočet: kdy sleva prodraží vypínanou VM

Následující model používá vymyšlené sazby v peněžních jednotkách, nikoli aktuální ceník Microsoftu. Uvažujeme jednu konstantní velikost VM, shodný rozsah oprávnění, žádné jiné způsobilé prostředky, žádnou rezervaci a neměnné sazby. Počítáme jen compute bez softwaru, disků, sítě, daně a měnových vlivů.

On-demand provoz stojí 1 jednotku za hodinu. Sazba plánu odpovídá 0,60 jednotky za hodinu stejného výkonu, tedy modelové slevě 40 %. Pořídíme závazek 0,60 za každou z 24 hodin dne. Denní náklad závazku je 14,40 jednotky bez ohledu na dobu běhu této jediné VM.

Ve třetím řádku se z přislíbené nižší sazby nestala nižší denní cena. Závazek je pro tuto izolovanou zátěž příliš velký. Když ovšem ve volných hodinách existuje jiná způsobilá spotřeba ve stejném rozsahu plánu, výsledek se může změnit. Model proto nedokazuje, že se Savings Plan nikdy nehodí pro vývoj; ukazuje, proč je nutné posuzovat hodinový souběh celého způsobilého prostředí.

Bod zvratu v tomto modelu

Náklad závazku 14,40 se vyrovná on-demand nákladu při 14,4 hodinách provozu denně. Při přesně tomto čase nevzniká úspora. Výše uvedených 40 % je maximální modelová úspora při plném využití, nikoli automatická úspora po podpisu.

Pro tento zjednodušený případ platí: podíl využití potřebný k bodu zvratu = sazba plánu / srovnatelná on-demand sazba. Zde 0,60 / 1,00 = 60 %. Jde o vlastní odvození z popsaných předpokladů. Pro více různých měřidel, změny cen a už existující závazky použijte hodinovou simulaci skutečných dat; univerzální procento pro celý Azure účet z tohoto příkladu nevzniká.

Využití a pokrytí odpovídají na různé otázky

Využití závazku říká, zda jste spotřebovali to, k čemu jste se zavázali. Pokrytím zde označujeme, jak velká část sledované způsobilé spotřeby získala závazkovou výhodu. Pro vlastní report vždy napište, zda poměr počítáte v jednotkách výkonu, v referenční on-demand hodnotě nebo jiným způsobem. Různé základy nevkládejte do jednoho procenta.

Podle dokumentace reportu využití může první zobrazení dat trvat až 48 hodin. Později existuje další zpoždění zpracování. Nehodnoťte proto nový plán jen podle prvních několika hodin a nemíchejte neuzavřená data s uzavřenými obdobími.

Rezervace nemusí být uzamčená na jednu přesnou velikost

Při porovnání flexibility se často přehlédne instance size flexibility. Podporovaná rezervace se může uplatnit na různé kompatibilní velikosti v rámci příslušné skupiny a regionu. Počet pokrytých instancí závisí na poměrech velikostí. Jeden větší a dva menší stroje proto nelze srovnávat jen počtem VM.

Přesné skupiny a poměry ověřte v dokumentaci instance size flexibility. Dvě velikosti se slovem „D“ v názvu nemusí patřit do stejné flexibility group. Před migrací proto zaznamenejte původní a cílové SKU, region a konkrétní pravidlo kompatibility.

Tři provozní situace

• Stabilní databázový server na Azure VM: porovnejte rezervaci jeho compute základu s plánem a samostatně posuďte softwarovou licenci. Změna velikosti uvnitř ověřené kompatibilní skupiny nemusí rezervaci znehodnotit.
• Postupný přesun aplikací z VM do jiné způsobilé compute služby: Savings Plan může nabídnout širší využití. Ověřte však cílovou službu a skutečné měřidlo; slovo „cloud“ samo nárok nezakládá.
• Vývoj běžící jen ve všední den: počítejte hodinový profil společně s ostatními zdroji. Průměr za měsíc zakryje nevyužité noci a víkendy.

Oddělte compute od Windows, SQL a dalších poplatků

Compute Savings Plan nepokrývá automaticky celou cenu Windows VM. Microsoft má samostatný přehled softwarových měřidel mimo plán. Náklady na disk, síť a další služby také nevydávejte za zbytkový compute, který musí sleva pokrýt.

Azure Hybrid Benefit je jiná vrstva. Pokud pro něj máte kvalifikovaná práva, může řešit licenční komponentu Windows nebo SQL v podporovaném scénáři. Nesmíte ale jednou odečíst licenční složku z referenční ceny a podruhé ji vykázat jako další úsporu ze stejného základu. Pravidla Windows části rozebíráme v článku Azure Hybrid Benefit: kolik jader potřebujete.

Pracovní nabídka má proto uvést oddělené řádky: compute, software, úložiště, síť, ostatní služby a nevyužitý závazek. Tak lze vysvětlit, proč je compute levnější, zatímco celková faktura po růstu disků nebo přenosů neklesla.

Výsledek kontrolujte v amortizovaných nákladech

Skutečné platby odpovídají jiné otázce než ekonomický náklad spotřebované služby. Pokud zaplatíte závazek dopředu, potřebujete pro interní rozpočítání také jeho amortizaci. Sledovat pouze nulový nebo snížený průběžný poplatek u VM může skrýt cenu už pořízené výhody.

Postup Microsoftu pro chargeback pracuje s Amortized Cost a rozdělením nákladů mezi prostředky. V datech popisuje i nevyužitou část závazku jako ChargeType=UnusedSavingsPlan a PricingModel=SavingsPlan. Tu potřebujete započítat do ekonomického výsledku, ne odstranit z reportu jako „nesouvisející“ řádek.

Pro vlastní porovnání držte stejný rozsah, období a typ nákladů. Nesčítejte znovu pořizovací platbu z Actual Cost se všemi amortizovanými částkami za totéž období. Místo „Azure nám ušetřil X procent“ uveďte základ porovnání: které měřidlo, jaká sazba, jaká spotřeba a jaký nevyužitý závazek.

Před nákupem prověřte i možnost změny

Compute Savings Plan není průběžně upravovaná měsíční objednávka. Aktuální přehled uvádí, že zakoupený plán nelze zrušit ani refundovat. Rozdělení platby do měsíců z dlouhého závazku neudělá měsíční výpověď.

U rezervací odlišujte výměnu, vrácení, instance size flexibility a trade-in na Savings Plan. Nejsou to synonyma. Současná pravidla trade-in popisují také změny výměn od 1. února 2027 a požadavek, aby nový celkový závazek nebyl menší než zbývající závazek převáděné rezervace. Konkrétní práva posuzujte podle produktu a data nákupu.

Co má obsahovat podklad ke schválení

1. Seznam způsobilých prostředků a měřidel po odstranění nevyužitých zdrojů a plánovaném rightsizingu.
2. Hodinová data zahrnující noční provoz, víkendy, sezónu a plánované migrace; měsíční součet nestačí.
3. Model existujících rezervací a plánů, jejich rozsahů a data skončení. Nový nákup se počítá až na zbytkové spotřebě.
4. Srovnání se stejnými smluvními sazbami a oddělenými softwarovými a ostatními náklady.
5. Konzervativní, očekávaný a útlumový scénář; u každého skutečný náklad včetně nevyužitého závazku.
6. Odpovědného vlastníka, termín kontroly a pravidla pro změnu infrastruktury, která může závazek znehodnotit.

Takový podklad umožní zvolit rezervaci pro stabilní část, menší Savings Plan pro dostatečně předvídatelný zbytek nebo zatím ponechat on-demand režim. Rozhodnutí vychází z ověřeného provozu, nikoli ze slevy vytištěné vedle tlačítka Koupit.