RI vs Savings Plans vs CUD: Průvodce 20…

Aktualizováno: 10. července 2026

Reserved Instances (RI), Savings Plans (SP) a Committed Use Discounts (CUD) jsou tři různé mechanismy závazkových slev, kterými AWS, Azure a GCP odměňují 1–3letý závazek k využívání cloudových zdrojů. RI se váží na konkrétní typ instance, Savings Plans na hodinovou útratu v dolarech a CUD kombinují oba přístupy. Rozdíly ve výši slev (28–72 %), flexibilitě, možnosti výměny a refundace přitom rozhodují o desítkách tisíc dolarů ročně u průměrného FinOps rozpočtu. Tenhle průvodce srovnává všechny tři modely, vysvětluje, kdy který zvolit, a představuje vrstvenou strategii pro rok 2026.

AWS Standard RI nabízí až 72 % slevy oproti On-Demand, ale zamyká vás na konkrétní rodinu instancí, region a OS. Compute Savings Plans dávají až 66 % a fungují napříč EC2, Fargate i Lambda.
Azure Reservations nabízí až 72 % slevy (s Hybrid Benefit až 80 %), zatímco Azure Savings Plan for Compute dává 28–65 % s vyšší flexibilitou napříč regiony a rodinami VM.
GCP Resource-based CUDs nabízí až 70 % pro 3letý závazek. Flex CUDs jsou paušální (28 % pro 1 rok, 46 % pro 3 roky) a od září 2025 pokrývají i Cloud Run a Cloud Functions.
Savings Plans u AWS s hodinovým závazkem nad 100 $/h nelze vrátit. Azure Reservations mají limit refundace 50 000 $ za rolující rok, Azure Savings Plans jsou nezrušitelné.
Nejúčinnější strategie v roce 2026 je vrstvení: 60–80 % základní zátěže pokrýt Compute SP/Flex CUD, stabilní jádro RI/Resource CUD, špičky nechat na On-Demand nebo Spot.
Před nákupem analyzujte minimálně 60–90 dní hodinových dat a commitujte 70–80 % minimálního floor spotřeby, ne průměru, jinak riskujete underutilizaci.

Co jsou závazkové slevy v cloudu a jak fungují

Závazkové slevy (commitment-based discounts) jsou mechanismy, kdy se výměnou za slevu 20–72 % oproti pay-as-you-go sazbě zavazujete cloudovému poskytovateli k odběru určitého objemu kapacity nebo utratě po dobu jednoho nebo tří let. Za předvídatelnost, kterou tím poskytovatel získá pro plánování infrastruktury, si můžete v účetnictví zaúčtovat výrazně nižší jednotkové ceny výpočetních, databázových a od 2025–2026 i některých serverless služeb.

Existují tři fundamentálně odlišné přístupy. Reserved Instances (RI) zavazují ke specifické konfiguraci, tedy konkrétnímu typu instance, regionu, OS a případně tenanci. Savings Plans (SP) zavazují k hodinové útratě v dolarech bez ohledu na to, jakou konkrétní kapacitu spotřebováváte. Committed Use Discounts (CUD) u Google Cloud kombinují obojí: Resource-based CUD se chovají jako klasická RI, kdežto Flex CUD (Spend-based) se podobají Savings Plans.

Rozdíl v flexibilitě má obrovský dopad na skutečnou úsporu. Standard RI s vyšší nominální slevou 72 % může v praxi generovat úsporu 0 %, pokud ji díky refaktoringu nebo migraci nikdo nevyužije. Naopak Savings Plan s nominální 66% slevou dodá stabilně 66 % úspor i při přechodu z EC2 na Fargate nebo Lambda. Proto se v posledních dvou letech ustaluje konsenzus, že flexibilita je cennější než papírová sleva, pokud nemáte extrémně stabilní zátěž s prokázanými 18+ měsíci beze změn.

AWS Reserved Instances vs Savings Plans: detailní srovnání

AWS má nejsložitější portfolio závazkových slev ze všech tří hyperscalerů. Celkem čtyři distinktní typy Savings Plans a dva typy Reserved Instances, každý s vlastní logikou aplikace a slevovou hierarchií. Podle oficiální dokumentace AWS o Savings Plans se sleva aplikuje v pořadí: nejprve RI, poté EC2 Instance Savings Plans a nakonec Compute Savings Plans.

Standard vs Convertible Reserved Instances

Standard RI vám přinesou nejvyšší slevu na trhu, až 72–75 % oproti On-Demand pro 3letý závazek s All Upfront platbou. Cena té slevy je ale nulová flexibilita. Nelze měnit typ instance, OS ani region. Jediné modifikace jsou v rámci stejné rodiny (např. m5.large ↔ m5.xlarge) nebo přes AWS RI Marketplace, kde nevyužitou rezervaci můžete prodat.

Convertible RI vám umožňují měnit typ instance, OS a tenanci uvnitř závazku výměnou za nižší strop slevy, tedy až 66 %. Historicky populární volba, kterou ale prakticky nahradily Compute Savings Plans se stejným slevovým stropem a lepší flexibilitou (pokrývají i Fargate a Lambda).

Compute Savings Plans vs EC2 Instance Savings Plans

Compute Savings Plans jsou nejflexibilnější závazek AWS. Commit se váže na hodinovou útratu (např. 10 $/hod), sleva se automaticky aplikuje na EC2 napříč všemi rodinami a regiony, na Fargate úlohy i na Lambda invocations. Maximální sleva až 66 %.

EC2 Instance Savings Plans jsou kompromis. Commit stále v $/hod, ale vázaný na jednu rodinu instancí (např. m5) v jednom regionu. Za to získáte navíc ~6 procentních bodů slevy, tj. až 72 %. Jde vlastně o "Standard RI s dolarovým závazkem místo instančního".

Refundace a výměna u AWS

Standard RI lze prodat na AWS RI Marketplace (jen tato varianta). Convertible RI lze vyměnit za jiné RI stejné nebo vyšší hodnoty. Savings Plans mají velmi omezené možnosti návratu: pouze commity pod 100 $/hod můžete vrátit v okně 7 dní ve stejném kalendářním měsíci, maximálně 10× ročně. Nad 100 $/hod jsou Savings Plans nevratné. Pozor při plánování větších závazků. Sám jsem u jednoho klienta v roce 2024 zažil, jak právě tenhle práh způsobil 40 000 $ zbytečně zaplacených za nevyužitý závazek po migraci na Graviton, takže tenhle limit rozhodně není akademický.

Azure Reservations vs Savings Plan for Compute

Azure představil Savings Plan for Compute v roce 2022 jako přímou odpověď na AWS Compute Savings Plans. Ekosystém je jednodušší než u AWS. Jen dva typy závazků místo šesti, ale s podobnými trade-offy mezi slevou a flexibilitou.

Azure Reservations

Klasická rezervace vás váže na konkrétní VM SKU (např. Standard_D2s_v5) v konkrétním regionu (např. West Europe) na 1 nebo 3 roky. Sleva se pohybuje mezi 40 a 72 % oproti pay-as-you-go, přičemž 3letý závazek generuje 60–72 %. S Azure Hybrid Benefit pro Windows Server nebo SQL Server můžete kombinovanou úsporu vytáhnout až na 80 %.

Azure Reservations podporují Instance Size Flexibility: v rámci stejné rodiny se sleva aplikuje na různé velikosti (2× Standard_D2 = 1× Standard_D4). Podle oficiálních pravidel Microsoftu pro výměny a refundace můžete rezervaci vyměnit v rámci stejné rodiny produktů (VM ↔ Dedicated Host ↔ VMware Solution) nebo kompletně vrátit s limitem 50 000 $ refundace za rolujících 12 měsíců na billing profile.

Azure Savings Plan for Compute

Sleva 28–65 % pro 3letý závazek, aplikuje se automaticky napříč Virtual Machines, Azure Dedicated Hosts, Container Instances, Functions Premium a App Service. Vy commitujete jen $/hod, Azure vám vybírá cílovou slevu podle využití.

Zásadní rozdíl oproti Reservations: Azure Savings Plans nelze vyměnit, refundovat ani zrušit. Jakmile ho koupíte, běží celou dobu závazku a hodinovou útratu ani frekvenci platby už nelze upravit. Reservation můžete kdykoli vyměnit za Savings Plan (opačným směrem to nefunguje).

GCP Committed Use Discounts: Resource-based vs Flex CUD

Google Cloud má z historických důvodů nejnižší nominální sazby závazků, ale zároveň nejvíc flexibility zabudované do samotné pay-as-you-go ceny (přes Sustained Use Discounts). CUDs jsou navrch a nabízejí dva odlišné modely.

Resource-based CUDs

Klasický závazek k specifickému množství vCPU a paměti v konkrétním regionu a machine series (např. n2-standard v europe-west3). Slevy pro vCPU a paměť dosahují až 55 % pro většinu rodin a až 70 % pro některé rodiny (typicky memory-optimized). Pro GPU jsou stropy 55 %, resp. 65 %.

Od června 2026 platí, že u nově založených Cloud Billing účtů je automaticky zapnuto CUD sharing, které umožňuje aplikovat slevu napříč všemi projekty daného billing účtu. U starších účtů je nutné sharing zapnout ručně (a věřte mi, na tohle se snadno zapomíná při onboardingu nových projektů).

Compute Flexible CUDs (Flex CUDs)

Flex CUDs jsou spend-based závazek. Commitujete se k minimální hodinové útratě a získáte paušální 28 % pro 1letý závazek nebo 46 % pro 3letý závazek na veškeré pokryté služby a rodiny. Pokrytí bylo v září 2025 rozšířeno o memory-optimized rodiny (M-series), H3 a H4D HPC rodiny, Cloud Run request-based billing a Cloud Functions. Do té doby pokrývaly jen general-purpose (N1, N2, E2, N2D) a compute-optimized (C2, C2D) VMs.

Google aplikuje slevy v pořadí: nejprve Resource-based CUD na eligible usage, potom Flex CUD na zbytek. Overage nad committed spend se fakturuje za on-demand ceny. Podle oficiální dokumentace GCP CUDs jsou obě varianty nezrušitelné. Musíte zaplatit celý závazek bez ohledu na skutečné využití.

Srovnávací tabulka: AWS vs Azure vs GCP závazkové slevy 2026

Vlastnost	AWS Standard RI / Compute SP	Azure Reservation / Savings Plan	GCP Resource CUD / Flex CUD
Max sleva (3 roky)	72 % / 66 %	72 % / 65 %	70 % / 46 %
Termín závazku	1 nebo 3 roky	1 nebo 3 roky	1 nebo 3 roky
Platební módy	All / Partial / No Upfront	Upfront nebo monthly	Monthly (bez upfront)
Flexibilita rodiny/regionu	SP: napříč vším / RI: fixní	SP: napříč vším / RI: fixní SKU	Flex: napříč vším / Resource: fixní
Pokrytí serverless	Compute SP -> Fargate + Lambda	SP -> Functions Premium + App Service	Flex -> Cloud Run + Functions (od 9/2025)
Výměna	Convertible RI: ano / Standard: přes Marketplace	Reservation: ano / SP: ne	Ne (ani jedna varianta)
Refundace	SP: pod 100 $/h max 10x/rok / RI: Marketplace	Reservation: do 50 000 $/rok / SP: ne	Nezrušitelné
Automatické sdílení účtů	Ano přes Consolidated Billing	Ano přes shared scope	Ano (default od 6/2026 pro nové účty)

Jak vybrat správný typ závazkové slevy?

Volba mezi RI, SP a CUD by měla vycházet ze čtyř faktorů: stabilita zátěže, rozsah služeb, hotovostní tok a organizační zralost FinOps procesů. Pojďme si každý z nich rozebrat.

Které je lepší: Reserved Instances nebo Savings Plans?

Odpověď závisí na tom, jak dlouho už máte stabilní zátěž. Empirické pravidlo: pokud máte prokázanou stabilitu 18+ měsíců bez architektonických změn (žádná migrace na ARM, žádný přechod z EC2 na Fargate, žádné rightsizing kampaně), Standard RI vám dá dodatečných 6 procentních bodů slevy. Pokud tuto stabilitu prokázat nemůžete, Compute Savings Plans jsou bezpečnější sázka. Nižší strop slevy, ale nulové riziko, že za 3 měsíce budete platit za nevyužitou kapacitu.

Můžu Reserved Instances převést na Savings Plans?

Přímý převod není možný. U AWS musíte nechat RI doběhnout nebo Standard RI prodat na Marketplace. U Azure můžete Reservation kdykoli vyměnit za Savings Plan (opačným směrem to nefunguje). GCP CUD nelze převádět vůbec. Pokud potřebujete přejít z Resource-based na Flex, musíte počkat na konec termínu.

Jaká sleva je reálně dosažitelná?

Nominální stropy (72 %, 66 %) jsou pro All Upfront 3letý závazek na All-Upfront platbě u konkrétních rodin instancí. Reálná průměrná úspora u produkčních zátěží je obvykle:

AWS Compute Savings Plans (No Upfront, 1 rok): 20–27 %
AWS Compute Savings Plans (All Upfront, 3 roky): 45–55 %
Azure Savings Plan for Compute (3 roky): 30–50 % u standardních VM
GCP Flex CUDs (3 roky): paušálně 46 % (predikovatelné)
GCP Resource-based CUDs (3 roky, memory-optimized): 55–70 %

Vrstvená strategie pro maximální úspory

Nejefektivnější FinOps týmy v roce 2026 nekupují jen jeden typ závazku. Kombinují je do vrstev, kde každá vrstva pokrývá jinou úroveň jistoty. Tento přístup, ověřený u desítek Enterprise účtů, generuje průměrnou úsporu 40–55 % oproti čistě On-Demand zátěži, aniž by vytvářel riziko nevyužitých rezervací.

Vrstva 1: Základní floor (60–80 % minimální spotřeby)

Analyzujte 60–90 dní hodinové On-Demand spotřeby a najděte minimum hourly floor, tedy nejnižší hodinovou útratu, kterou váš účet vůbec kdy dosáhne (typicky v noci nebo o víkendech). Pokryjte 70–80 % tohoto minima Compute Savings Plans (AWS) / Savings Plan for Compute (Azure) / Flex CUD (GCP). Tato vrstva má maximální flexibilitu a přežije prakticky jakoukoli architektonickou změnu.

Vrstva 2: Rodinově specifický závazek

U rodin instancí, kde máte 12+ měsíců stabilní historii (typicky m5/m6i u AWS, D-series u Azure, N2 u GCP pro obecné workloady), přidejte EC2 Instance Savings Plans / Azure Reservations / Resource-based CUDs. Získáte navíc 6–15 procentních bodů slevy.

Vrstva 3: Stabilní jádro (Standard RI / Resource CUD)

Pro workloady s nulovou migrační perspektivou a 18+ měsíci stability (typicky databázové primaries, síťové appliance, monitoring stack) použijte Standard Reserved Instances nebo Resource-based CUDs. Zde získáte absolutní strop slevy.

Vrstva 4: Variabilita a špičky

Zbytek zátěže nechte na On-Demand nebo Spot/Preemptible instancích. Ideálně jsou to workloady, které dokážete tolerovat přerušení: batch, ML training, dev/test prostředí. Kombinace vrstvy 1 až 3 pokrývá základní zátěž, Spot cover doplňuje kapacitu pro špičky za 60–90 % nižší cenu. Pro Kubernetes clustery detailně rozebíráme kombinaci závazků a autoscalingu v článku optimalizace nákladů na Kubernetes. A pokud vás zajímá, jak vrstvení funguje v čistě serverless prostředí, doporučuji projít i skryté pasti serverless nákladů u Lambdy a Cloud Functions.

Nejčastější chyby při nákupu závazkových slev

V průběhu FinOps auditů narážím opakovaně na pět stejných chyb, které tým stojí desítky procent teoretické úspory. Vyhnete-li se jim, vaše ROI z commitmentů skokově poroste. Popravdě, poslední dva roky vidím tyhle chyby stále dokola i u zralých organizací.

1. Commit na průměr místo na floor

Nejčastější chyba: analytik se podívá na "průměrnou hodinovou spotřebu 200 $/h" a koupí Compute SP na 180 $/h. Jenže v noci, o víkendech a při rightsizingu spotřeba klesne na 90 $/h, a vy platíte 90 $/h za slevu, kterou nemůžete uplatnit. Vždycky commitujte na P10 minimum floor, ne na průměr.

2. Ignorování rightsizing potenciálu před nákupem

Pokud koupíte 3letý závazek na m5.4xlarge instance a za 2 měsíce zjistíte, že vám stačilo m5.2xlarge, prakticky si zafixujete over-provisioning na 3 roky. Před jakýmkoli commitmentem proveďte rightsizing kampaň (AWS Compute Optimizer, Azure Advisor, GCP Recommender) a teprve pak commitujte na optimalizované sizingy.

3. Nákup 3letých závazků bez ověřené stability

3letý závazek dává o 15–22 procentních bodů větší slevu než 1letý, ale za cenu 3x většího rizika. Doporučuji: první rok commitů výhradně 1leté, teprve po vyhodnocení skutečné utilizace přejít na 3leté u prokázaných baseline zátěží.

4. Zapomínání na sdílení napříč účty

AWS Consolidated Billing, Azure Shared Scope a GCP CUD Sharing (default od 6/2026) umožňují slevu z jednoho účtu aplikovat i na jiné účty ve stejné organizaci. Bez tohoto sdílení dev účty slevu nezískávají, i když prod účet má "přebývající" závazek. A vy platíte On-Demand v místě, kde jste to mohli pokrýt.

5. Nesledování Coverage a Utilization metrik

Dva klíčové ukazatele: Coverage (kolik % vaší eligible spotřeby je pokryto commitmenty) a Utilization (kolik % vašich commitmentů skutečně aplikuje slevu). Cíl je 75–90 % coverage a 95–100 % utilization. Pokud utilization klesne pod 90 %, platíte za nepoužitou kapacitu. Je čas přehodnotit strategii.

Často kladené otázky

Kolik lze reálně ušetřit se Savings Plans?

Nominální strop AWS Compute Savings Plans je 66 % (3 roky, All Upfront). V praxi produkční zátěže s dobrým FinOps procesem dosahují průměrné úspory 30–55 %, zejména u kombinace 1letých a 3letých commitmentů. U Azure Savings Plan for Compute je typická úspora 30–50 % pro standardní VM.

Co se stane, když nevyužiji svůj Reserved Instance?

Cloudový poskytovatel vám ho fakturuje bez ohledu na využití. Platíte za slevu, kterou neuplatňujete. U AWS Standard RI můžete nevyužitou rezervaci prodat na RI Marketplace. U Azure Reservations lze vrátit s limitem 50 000 $/rok. GCP Resource-based CUDs jsou nezrušitelné a musíte je zaplatit až do konce termínu.

Vztahují se Savings Plans i na AWS Lambda?

Ano, ale pouze Compute Savings Plans (ne EC2 Instance Savings Plans). Compute SP pokrývají Lambda duration charges a provisioned concurrency, s maximální slevou 17 % pro Lambda konkrétně (celkový strop 66 % platí pro EC2 a Fargate). Database Savings Plans Lambda nepokrývají.

Vyplatí se koupit 3letý závazek místo 1letého?

3letý závazek dává o 15–22 procentních bodů větší slevu, ale trojnásobně zvyšuje riziko underutilizace. Doporučená strategie: první commitment vždy 1letý, teprve po roce prokázané stability a coverage 75–90 % přejít na 3leté závazky u zabaseline zátěží. Nikdy nekupujte 3leté commitmenty pro dynamicky se měnící produkty.

Jaký je rozdíl mezi Flex CUD a Resource-based CUD u GCP?

Resource-based CUD je závazek k specifickému množství vCPU/RAM v regionu a rodině (sleva až 55–70 %). Flex CUD je závazek k hodinové útratě v $ napříč službami a regiony (paušálně 28 % pro 1 rok, 46 % pro 3 roky). Resource-based je výhodnější pro stabilní workloady, Flex pro proměnlivé zátěže nebo multi-service prostředí zahrnující Cloud Run a Cloud Functions.