Prečo sú záväzkové zľavy najrýchlejší spôsob, ako znížiť cloudový účet
Ak platíte za cloud výlučne on-demand cenami, vyhadzujete peniaze oknom. A to nie je preháňanie — podľa State of FinOps 2026 až 72 % organizácií prekračuje svoje cloudové rozpočty. Záväzkové zľavy (commitment-based discounts) sú konzistentne najúčinnejšou pákou na ich zníženie. Hovoríme tu o úsporách 40–72 % oproti on-demand cenám pre stabilné workloady. Áno, čítate správne.
Problém? Každý z troch veľkých poskytovateľov má vlastný model záväzkových zliav s odlišnou mechanikou, terminológiou a pravidlami. AWS ponúka Savings Plans aj Reserved Instances. Azure má Reservations a Hybrid Benefit. GCP pracuje s Committed Use Discounts a automatickými Sustained Use Discounts. Porovnať ich medzi sebou naozaj nie je triviálne — a väčšina existujúcich článkov sa zameriava len na jedného poskytovateľa.
Tak poďme na to. V tomto sprievodcovi porovnáme všetky tieto modely vedľa seba, ukážeme si konkrétne výpočty a predstavíme osvedčenú vrstvovú stratégiu (layering strategy), ktorá maximalizuje úspory naprieč multi-cloud prostredím.
AWS: Savings Plans vs Reserved Instances — kedy použiť ktorý model
Savings Plans — záväzok k výdavku, nie ku konfigurácii
AWS Savings Plans sú záväzok k minimálnej hodinovej útrate (meranej v USD/hodinu) na oprávnené compute služby po dobu 1 alebo 3 rokov. Výmenou získate výrazne nižšie ceny oproti on-demand. Kľúčový rozdiel oproti Reserved Instances: neviažete sa na konkrétny typ inštancie — a to je pomerne veľká vec.
AWS ponúka 4 typy Savings Plans:
- Compute Savings Plans — najflexibilnejšie, úspora až 66 %. Pokrývajú EC2, Fargate aj Lambda naprieč všetkými regiónmi, rodinami inštancií a operačnými systémami
- EC2 Instance Savings Plans — úspora až 72 %. Viazané na konkrétnu rodinu inštancií a región, ale flexibilné v rámci veľkosti a OS
- SageMaker Savings Plans — úspora až 64 % na ML workloady
- Database Savings Plans — novinka pokrývajúca RDS, Aurora, Redshift (generácia 7+)
Reserved Instances — maximálna zľava za menšiu flexibilitu
Reserved Instances (RI) sú záväzok ku konkrétnej konfigurácii inštancie — typ, región, operačný systém. Existujú dva podtypy:
- Standard RI — úspora až 72–75 %. Najvyššia zľava, ale najmenšia flexibilita. Dajú sa predať na AWS RI Marketplace (čo je fajn, keby ste potrebovali z toho vycúvať)
- Convertible RI — úspora až 54–66 %. Dajú sa vymeniť za iné Convertible RI rovnakej alebo vyššej hodnoty
Kedy zvoliť Savings Plans vs Reserved Instances
| Scenár | Odporúčaný model | Prečo |
|---|---|---|
| Flexibilné compute workloady (EC2 + Lambda + Fargate) | Compute Savings Plan | Pokrýva všetky služby, všetky regióny |
| Stabilná produkcia na jednej rodine inštancií | EC2 Instance Savings Plan | 72 % úspora s flexibilitou veľkosti |
| Databázy (RDS, ElastiCache, OpenSearch, Redshift) | Reserved Instances | Savings Plans nepokrývajú tieto služby (okrem Database SP pre Gen 7+) |
| Garantovaná kapacita v konkrétnej AZ | Zonal Reserved Instance | Jediný model s kapacitnou garanciou |
| Staršie generácie databáz (Gen 5, Gen 6) | Reserved Instances | Database Savings Plans pokrývajú len Gen 7+ |
Ako AWS aplikuje zľavy — poradie operácií
Toto je dôležité pochopiť (a veľa ľudí to prehliada): AWS najprv aplikuje Reserved Instances, potom Savings Plans na zostávajúcu oprávnenú spotrebu. To znamená, že oba modely môžete pokojne kombinovať — neprekrývajú sa, ale vzájomne sa dopĺňajú.
Azure: Reservations a Hybrid Benefit
Azure Reserved VM Instances
Azure Reservations fungujú podobne ako AWS Reserved Instances — záväzok na 1 alebo 3 roky pre konkrétne VM veľkosti v konkrétnom regióne. Úspora dosahuje až 72 % oproti on-demand cenám.
Kľúčové špecifiká Azure Reservations:
- Scope podľa subskripcie — rezervácie sú viazané na konkrétnu Azure subskripciu. Automaticky sa neprenášajú medzi subskripciami tak, ako GCP CUD medzi projektmi
- Instance size flexibility — v rámci rovnakej série VM (napr. Dv5) sa rezervácia automaticky aplikuje na rôzne veľkosti podľa pomeru
- Pokrytie širokého spektra služieb — okrem VM pokrývajú aj Azure SQL Database, Cosmos DB, Azure Synapse, App Service, Azure Dedicated Host a ďalšie
Azure Hybrid Benefit — skrytá páka pre Microsoft prostredie
Tu má Azure naozaj jedinečnú výhodu. Ak vlastníte existujúce licencie Windows Server alebo SQL Server so Software Assurance, Azure Hybrid Benefit vám umožní použiť tieto licencie v cloude a ušetriť ďalších 40 % na compute. V kombinácii s rezerváciami to môže znamenať celkovú úsporu až 80 % oproti on-demand cenám.
Úprimne, pre organizácie s výrazným Microsoft stackom je toto game changer. Ostatní poskytovatelia jednoducho nemajú čo ponúknuť v tejto kategórii.
Azure Savings Plans for Compute
Azure v roku 2022 predstavilo aj vlastné Savings Plans — záväzok k hodinovej útrate pokrývajúci Azure compute služby naprieč rodinami VM a regiónmi. Ponúkajú podobnú flexibilitu ako AWS Compute Savings Plans s úsporou až 65 %. Nie je to úplne na úrovni AWS flexibility, ale je to solídna možnosť.
GCP: Committed Use Discounts a Sustained Use Discounts
Committed Use Discounts (CUD)
Google Cloud CUD sú záväzky na 1 alebo 3 roky pre špecifické zdroje (vCPU a pamäť). Úspory vyzerajú takto:
- 1-ročný záväzok — približne 37 % zľava
- 3-ročný záväzok — približne 55 % zľava (až 70 % pre niektoré konfigurácie)
GCP CUD majú jednu výraznú výhodu oproti konkurencii: cross-project aplikovateľnosť. CUD sa automaticky aplikujú naprieč všetkými projektmi v rámci jedného billing accountu. Ak jeden projekt nevyužíva zakúpenú kapacitu, iný projekt ju automaticky spotrebuje. Toto dramaticky znižuje riziko nevyužitého záväzku — najmä v organizáciách s komplexnou multi-project štruktúrou.
Sustained Use Discounts (SUD) — automatická zľava bez záväzku
Toto je podľa mňa unikát GCP, ktorý nemá ekvivalent u AWS ani Azure. Sustained Use Discounts sú automatické zľavy, ktoré sa aplikujú, keď VM beží veľkú časť fakturačného mesiaca. Žiadny záväzok nie je potrebný:
- Po 25 % mesiaca sa začína zľava
- Pri behu celý mesiac dosahuje až 30 % úsporu
V praxi to znamená, že GCP poskytuje istú úroveň úspor aj organizáciám, ktoré sa ešte neodhodlali k formálnym záväzkom. Je to taká „záchranná sieť" — zachytí dlhobežiace workloady automaticky a vy nemusíte robiť absolútne nič.
Kompletné porovnanie naprieč poskytovateľmi
Tu je to, na čo ste asi čakali — všetko v jednej tabuľke:
| Vlastnosť | AWS Savings Plans | AWS Reserved Instances | Azure Reservations | GCP CUD |
|---|---|---|---|---|
| Typ záväzku | USD/hodina | Konkrétna konfigurácia | Konkrétna VM séria | vCPU + pamäť |
| Max. zľava | 66–72 % | 72–75 % | 72 % (+ 40 % Hybrid) | 55–70 % |
| Obdobie | 1 alebo 3 roky | 1 alebo 3 roky | 1 alebo 3 roky | 1 alebo 3 roky |
| Flexibilita regiónu | Compute SP: áno | Regional RI: áno | Nie | Nie |
| Cross-project/account | Cez billing family | Cez billing family | V rámci subskripcie | Celý billing account |
| Automatické zľavy | Nie | Nie | Nie | SUD (až 30 %) |
| Kapacitná garancia | Nie | Zonal RI: áno | Nie | Nie |
| Možnosť predaja | Nie | Standard RI: áno | Nie | Nie |
| Licenčná výhoda | Nie | Nie | Hybrid Benefit | Nie |
Vrstvová stratégia: Ako kombinovať záväzkové zľavy pre maximálne úspory
Najefektívnejší prístup v roku 2026 nie je vybrať si jeden model, ale vrstvovať ich (layering). Z mojej skúsenosti je to prístup, ktorý reálne funguje najlepšie. Tu je osvedčená stratégia v 4 krokoch:
Krok 1: Identifikujte svoj baseline (minimálnu spotrebu)
Analyzujte poslednú 60–90 dňovú históriu hodinovej on-demand spotreby. Dôležité — hľadajte minimálnu dennú spotrebu, nie priemer. Priemer zahŕňa špičky a za tie nechcete platiť záväzkovú cenu.
# AWS CLI - export hodinovej spotreby za poslednych 90 dni
aws ce get-cost-and-usage \
--time-period Start=2026-01-09,End=2026-04-09 \
--granularity HOURLY \
--metrics "UnblendedCost" \
--filter '{
"Dimensions": {
"Key": "SERVICE",
"Values": ["Amazon Elastic Compute Cloud - Compute"]
}
}' \
--output json > hourly_compute_spend.json
# Python skript na vypocet baseline
import json
import statistics
with open('hourly_compute_spend.json') as f:
data = json.load(f)
hourly_costs = [
float(r['Total']['UnblendedCost']['Amount'])
for r in data['ResultsByTime']
]
baseline = min(hourly_costs)
p10 = sorted(hourly_costs)[int(len(hourly_costs) * 0.10)]
average = statistics.mean(hourly_costs)
print(f"Minimum hodinovy spend: ${baseline:.2f}")
print(f"10. percentil: ${p10:.2f}")
print(f"Priemer: ${average:.2f}")
print(f"Odporucany zavazok (80% z P10): ${p10 * 0.80:.2f}/hod")Krok 2: Vrstva 1 — Compute Savings Plan (60–70 % baseline)
Začnite s Compute Savings Plan pokrývajúcim 60–70 % vášho overeného minimálneho hodinového výdavku. Zvoľte 1-ročný termín, No Upfront — to minimalizuje riziko a umožní vám prehodnotiť záväzok po roku.
Prečo 60–70 % a nie 100 %? Jednoducho — pravidlo „use-it-or-lose-it". Ak vaša spotreba v danej hodine klesne pod záväzok, rozdiel prepadá. Neakumuluje sa, neprenáša sa do ďalšej hodiny. Konzervativný záväzok je vždy lepší ako prehnane optimistický. Vždy.
Krok 3: Vrstva 2 — Reserved Instances pre databázy a stabilné workloady
Na stabilné databázové workloady (RDS, ElastiCache, OpenSearch, Redshift) nasaďte Reserved Instances — Savings Plans tieto služby jednoducho nepokrývajú (s výnimkou Database Savings Plans pre Gen 7+ inštancie).
Ak potrebujete garantovanú kapacitu v konkrétnej Availability Zone (napríklad pre produkciu počas Black Friday), použite Zonal Reserved Instances. Je to jediný model, ktorý vám to garantuje.
Krok 4: Vrstva 3 — On-demand a Spot pre variabilné workloady
Ponechajte 20–30 % spotreby na on-demand cenách pre rast a nepredvídateľné workloady. Pre batch spracovanie, ML tréning a fault-tolerant workloady doplňte Spot Instances — tie prinášajú 60–90 % úspory oproti on-demand. Nemôžu sa na ne spoliehať pre kritické veci, ale na dávkové spracovanie sú ideálne.
Vizualizácia vrstvovej stratégie
Celkový hodinový compute spend
┌─────────────────────────────────────────────────┐
│ │
│ ████ Spot Instances (variabilné workloady) │ 60-90% úspora
│ ████ 15-25% spotreby │
│─────────────────────────────────────────────────│
│ │
│ ░░░░ On-demand (rast, špičky) │ 0% úspora
│ ░░░░ 10-15% spotreby │
│─────────────────────────────────────────────────│
│ │
│ ▓▓▓▓ Reserved Instances (DB, stable) │ 72-75% úspora
│ ▓▓▓▓ 15-20% spotreby │
│─────────────────────────────────────────────────│
│ │
│ ████ Compute Savings Plan (baseline) │ 66% úspora
│ ████ 50-60% spotreby │
│ │
└─────────────────────────────────────────────────┘Praktický príklad: Výpočet úspor pre reálny scenár
Pozrime sa na konkrétne čísla. Predstavme si organizáciu s mesačným on-demand compute výdavkom 50 000 USD na AWS. Hodinový spend je teda priemerne ~69 USD/hodinu. Ich overený minimum (10. percentil) je 55 USD/hodinu.
| Vrstva | Záväzok | Pokrytie | Mesačný náklad | Mesačná úspora |
|---|---|---|---|---|
| Compute SP (70 % z P10) | 38,50 USD/hod | ~56 % spotreby | ~13 475 USD | ~14 525 USD |
| DB Reserved Instances | 5 × db.r6g.xlarge RI | ~10 % spotreby | ~1 500 USD | ~3 500 USD |
| Spot Instances | — | ~14 % spotreby | ~2 100 USD | ~4 900 USD |
| On-demand (zvyšok) | — | ~20 % spotreby | ~10 000 USD | 0 USD |
| Celkom | ~27 075 USD | ~22 925 USD (46 %) |
Z pôvodných 50 000 USD mesačne sme sa dostali na približne 27 000 USD — úspora 46 %. A to bez akéhokoľvek right-sizingu alebo architektonických zmien. Len správne záväzkové zľavy a spot inštancie. Dosť slušné, nie?
Multi-cloud stratégia: Ako riadiť záväzky naprieč poskytovateľmi
Podľa aktuálnych údajov 75 % enterprise organizácií prevádzkuje multi-cloud prostredie. A tu nastáva komplikácia — záväzkové zľavy medzi poskytovateľmi nefungujú. Každý poskytovateľ má vlastný systém a záväzky sa nedajú prenášať. To vytvára riziko, že v jednom cloude preplatíte a v druhom podplatíte.
Praktické odporúčania pre multi-cloud
- Sledujte utilization rate per provider — nevyužitý záväzok u jedného poskytovateľa nemôžete kompenzovať u druhého. Toto je zásadný rozdiel oproti single-cloud prostrediu
- Štvrťročný review záväzkového portfólia — minimálne raz za štvrťrok prehodnoťte pokrytie a využitie u každého poskytovateľa
- Využite automatické zľavy GCP — ak máte workloady na GCP, Sustained Use Discounts vám poskytnú základnú úroveň úspor bez akéhokoľvek záväzku
- Staggering expirácie — rozložte termíny expirácie záväzkov tak, aby nevypršali všetky naraz. Obnovujte ich rolling spôsobom (napríklad každý mesiac 1/12 z celkového portfólia)
Monitoring skript pre multi-cloud záväzky
# AWS - kontrola vyuzitia Savings Plans
aws ce get-savings-plans-utilization \
--time-period Start=2026-03-01,End=2026-04-01 \
--granularity MONTHLY \
--query 'SavingsPlansUtilizationsByTime[0].Utilization.{
TotalCommitment: TotalCommitment,
UsedCommitment: UsedCommitment,
UtilizationPercentage: UtilizationPercentage
}'
# Azure - kontrola vyuzitia rezervacii (Azure CLI)
az consumption reservation summary list \
--reservation-order-id <order-id> \
--grain monthly \
--start-date 2026-03-01 \
--end-date 2026-04-01
# GCP - kontrola CUD vyuzitia (gcloud)
gcloud billing budgets list \
--billing-account=<BILLING_ACCOUNT_ID> \
--format="table(displayName,amount.specifiedAmount.currencyCode,
amount.specifiedAmount.units)"7 najčastejších chýb pri záväzkových zľavách
Za tie roky, čo sa venujem optimalizácii cloudových nákladov, vidím tieto chyby opakovane:
- Záväzok na priemernú spotrebu namiesto minimálnej — priemer zahŕňa špičky. Záväzok by mal pokrývať 70–80 % overeného minima, nie priemeru
- Ignorovanie use-it-or-lose-it pravidla — nevyužitý záväzok v danej hodine prepadá. Nie je to kreditný systém, takže sa neakumuluje
- Kúpa 3-ročného záväzku bez plánu — 3-ročné záväzky ponúkajú vyššiu zľavu, ale ak sa vaša architektúra zmení (migrácia na Graviton, kontajnerizácia), záväzok zostáva. A to bolí
- Zábudnutie na databázy — prekvapivo veľa tímov optimalizuje compute a úplne ignoruje databázy, kde Reserved Instances prinášajú rovnako výrazné úspory
- Nedostatočný monitoring utilization — ak utilization klesne pod 90 %, niečo nie je v poriadku. Cieľ je 95 %+
- Nekoordinovaný nákup vo veľkých organizáciách — rôzne tímy kupujú záväzky nezávisle, čo vedie k prekrývaniu alebo medzerám. Centralizácia nákupu je nutnosť
- Chýbajúci right-sizing pred kúpou záväzku — záväzková zľava na predimenzovanú inštanciu je stále plytvaním. Najprv optimalizujte veľkosť, potom kupujte záväzky
Často kladené otázky (FAQ)
Nahrádzajú Savings Plans Reserved Instances?
Nie, sú komplementárne. Savings Plans pokrývajú flexibilný compute (EC2, Lambda, Fargate), zatiaľ čo Reserved Instances zostávajú nevyhnutné pre databázy (RDS, ElastiCache, OpenSearch), garantovanú kapacitu a staršie generácie inštancií. Najlepšia stratégia je jednoznačne kombinácia oboch.
Čo sa stane, ak moja spotreba klesne pod úroveň záväzku?
Nevyužitá časť záväzku v danej hodine prepadá — neakumuluje sa a neprenáša sa. Preto je kritické záväzok dimenzovať na overené minimum spotreby (ideálne 70–80 % z 10. percentilu hodinovej spotreby), nie na priemer. Toto je asi najdôležitejšia rada z celého článku.
Môžem záväzok zrušiť alebo predať?
Záleží od poskytovateľa. AWS Standard Reserved Instances je možné predať na RI Marketplace. AWS Savings Plans je možné vrátiť len do 7 dní od nákupu (a len záväzky do 100 USD/hodinu). Azure a GCP záväzky sú vo všeobecnosti nezrušiteľné, aj keď Azure ponúka obmedzenú možnosť výmeny.
Aký je najlepší pomer medzi záväzkami a on-demand?
Osvedčený pomer pre väčšinu organizácií je 60–70 % záväzky, 15–20 % spot, 10–25 % on-demand. Konkrétny pomer závisí od predvídateľnosti vašich workloadov — čím stabilnejšie workloady, tým vyšší podiel záväzkov si môžete dovoliť.
Oplatí sa 3-ročný záväzok namiesto 1-ročného?
3-ročný záväzok ponúka vyššiu zľavu (typicky o 15–20 percentuálnych bodov viac), ale prináša výrazne vyššie riziko. Odporúčam 3-ročné záväzky len pre workloady, ktoré preukázateľne bežia stabilne minimálne 18 mesiacov bez zmien v type inštancie. Pre väčšinu organizácií je bezpečnejší 1-ročný záväzok s pravidelným prehodnocovaním — radšej menšia zľava ako uviaznutie v nevýhodnom záväzku na tri roky.