Výměny Azure rezervací končí 1. února 2027: co to mění ve vaší commitment strategii

Rezervace byly roky bezpečná sázka právě proto, že se daly vyměnit. Koupili jste tříletý závazek na D-řadu, za rok jste přešli na E-řadu, výměna to srovnala. Riziko špatného odhadu bylo skoro nulové.

Od 1. února 2027 to takhle nefunguje. Rezervace koupené po tomhle datu nejsou vyměnitelné, pokud danou službu pokrývá savings plan — což jsou virtuální stroje, App Service, SQL Database, MySQL, PostgreSQL a další. Rezervace koupené dřív mají nárok na jednu poslední výměnu.

Microsoft to oznámil 30. července 2026. Do účinnosti zbývá dost času na to, aby se na to dalo zapomenout — a přesně to je problém, protože jedna z pastí se spustí sama.

Past, kvůli které tenhle článek existuje

Auto-renewal po 1. únoru 2027 vyrobí nevyměnitelnou rezervaci. Potichu.

Auto-renewal se totiž nezpracuje jako pokračování původní rezervace, ale jako nový nákup. Nový nákup po datu změny znamená nevyměnitelnou rezervaci. Nepřijde schvalování, nepřijde alert, ve fakturaci to vypadá úplně stejně jako minulý rok.

Takže tříletá rezervace, kterou jste koupili v roce 2024 s vědomím, že ji jde vyměnit, se v roce 2027 sama obnoví — a ta obnovená už vyměnitelná nebude. Zjistíte to ve chvíli, kdy ji budete chtít vyměnit, tedy nejdřív za rok.

Druhá past je jemnější: výměna provedená po 1. únoru 2027 se zpracuje jako cancel + refund + nový nákup. I když uplatníte svůj poslední kupon, výsledná rezervace je nová, tedy nevyměnitelná. To dává smysl, ale lidi to překvapuje.

Třetí: částečná výměna spotřebuje kupon pro celé zbylé množství. Vyměníte-li 10 z 50 instancí, zbylých 40 už kupon nemá.

Co se nemění

Aby to nevyznělo jako konec světa:

• Trade-in rezervace na savings plan zůstává možný kdykoliv, beze změny
• Cancellation cap 50 000 USD za 12 měsíců platí dál
• Instance size flexibility uvnitř skupiny SKU zůstává
• Služby mimo savings plany — typicky Azure VMware Solution — se změny netýkají vůbec

Microsoft flexibilitu neruší, jen ji stěhuje. Savings plan má být ten flexibilní nástroj. Rezervace se posouvá do role „vím přesně, co budu potřebovat, a chci za tu jistotu vyšší slevu".

Rozhodovací matice po únoru 2027

Tohle je ta část, kterou si chcete uložit. Po 1. únoru 2027 je volba mezi rezervací a savings planem podstatně méně vratná, takže rozhodnutí musí být lepší napoprvé.

Základní strategii dvou vrstev — rezervace na predikovatelné jádro, savings plan na zbytek — jsem rozebíral v článku o rezervacích a savings planech. Po únoru 2027 se ta hranice posouvá: při nejistotě sáhněte po savings planu dřív, než byste sáhli dnes.

Audit: projděte si auto-renewals

Tohle je konkrétní práce, kterou máte udělat, a měla by trvat půl hodiny. Nejdřív si vypište všechny reservation ordery:

az reservations reservation-order list \
  --query "[].{order:name, term:term, state:provisioningState, expiry:expiryDate}" \
  -o table

Pak pro každý order vypište rezervace včetně stavu renew a data vypršení:

az reservations reservation list \
  --reservation-order-id "$ORDER_ID" \
  --query "[].{sku:sku.name, qty:properties.quantity, renew:properties.renew, expires:properties.expiryDate}" \
  -o table

Výstup vypadá takhle:

Sku                Qty    Renew    Expires
-----------------  -----  -------  --------------------
Standard_D8s_v5    24     True     2027-05-14T00:00:00Z
Standard_E16s_v5   8      True     2027-03-02T00:00:00Z
Standard_D4s_v5    40     False    2028-11-30T00:00:00Z

První dva řádky jsou přesně ten problém: Renew: True a vypršení po 1. únoru 2027. Obě se samy obnoví na nevyměnitelnou rezervaci.

Vypnout auto-renew jde přes REST:

az rest --method patch \
  --url "https://management.azure.com/providers/Microsoft.Capacity/reservationOrders/$ORDER_ID/reservations/$RESERVATION_ID?api-version=2022-11-01" \
  --body '{"properties":{"renew":false}}'

Nevypínejte to plošně. Vypnutý auto-renew znamená, že rezervace prostě skončí a začnete platit pay-as-you-go — což je horší než nevyměnitelná rezervace. Cílem auditu je dostat každý řádek s Renew: True a vypršením po únoru 2027 na vědomé rozhodnutí, ne ho automaticky vypnout.

Jak spočítat, jestli vám to vadí

Otázka není „je nevyměnitelnost špatná", ale „kolik mě stojí, že nemůžu vyměnit". Ta úvaha jde spočítat.

Vezměme závazek, jehož celková hodnota je pro jednoduchost 100 000 € na tři roky, a předpokládejme rozdíl slevy mezi rezervací a savings planem 8 procentních bodů — konkrétní čísla si dosaďte ze svého ceníku, poměr zůstává stejný.

• Rezervace ušetří o 8 000 € víc než savings plan za celou dobu
• Pravděpodobnost, že do dvou let změníte SKU nebo region, si odhadněte poctivě — řekněme 40 %
• Pokud tahle změna nastane a nemůžete vyměnit, zůstane vám nevyužitý závazek. Při změně v polovině období je to zhruba polovina hodnoty, tedy 50 000 €, byť část se vám vrátí přes cancellation (do capu 50 000 USD / 12 měsíců)

I při hodně konzervativním odhadu je 40 % šance na desetitisícovou ztrátu horší než jistých 8 000 € úspory. Proto se hranice posouvá k savings planu — ne protože je savings plan lepší, ale protože nevyměnitelnost mění cenu omylu.

Pokud je vaše pravděpodobnost změny pod 10 % — stabilní SKU, dlouhodobě běžící produkce, žádná migrace v plánu — rezervace pořád vyhrává. Tahle matematika není proti rezervacím, je proti nevědomým rezervacím.

Checklist do konce roku 2026

1. Vypište si všechny rezervace a jejich renew stav podle příkazů výš.
2. Označte ty, které vyprší po 1. 2. 2027 a mají zapnutý auto-renew. To je váš pracovní seznam.
3. U každé rozhodněte: obnovit jako rezervaci (a smířit se s nevyměnitelností), nebo přejít na savings plan, nebo nechat doběhnout.
4. Pokud plánujete výměnu, udělejte ji před 1. únorem 2027, dokud je právo neomezené.
5. Do kalendáře na leden 2027 dejte finální kontrolu, ať vám nic nevyprší nedopatřením.

Nejhorší možný scénář není, že se rozhodnete špatně. Je to, že se nerozhodnete vůbec a auto-renewal to udělá za vás.

Pokud řešíte commitment strategii pro větší prostředí a chcete ji projít s někým zvenčí, mrkněte na služby cloudové architektury.

Zdroje

• Azure update 568514 — oznámení z 30. 7. 2026
• Reservation exchange policy changes — dokumentace, ms.date 27. 8. 2026