Foglalt instanciák vs. Savings Plans vs. CUD-ok 2026-ban: melyiket válasszuk?

Bevezetés: miért hagyunk pénzt az asztalon?

A felhőszámítástechnika költségei 2026-ban minden eddiginél magasabbak — a globális felhőkiadás meghaladta az 1 billió dollárt, miközben a vállalatok átlagosan 28–35%-ot pazarolnak el a felhőbüdzséjükből. Szóval, ha valaha is volt jó időpont a költségoptimalizálásra, az most van.

Az egyik legegyszerűbb módszer a megtakarításra? Előzetes kötelezettségvállalás. Ha tudjuk, hogy egy erőforrást hosszabb távon használni fogunk, miért fizetnénk érte on-demand árat?

Az AWS, az Azure és a Google Cloud egyaránt kínál kedvezményes ármodelleket — Reserved Instances (RI), Savings Plans (SP) és Committed Use Discounts (CUD) formájában — amelyekkel akár 72–80%-os megtakarítást is elérhetünk. De itt jön a nehéz rész: melyiket válasszuk? Melyik szolgáltató mit kínál pontosan? És hogyan kombináljuk ezeket a lehető legnagyobb kedvezményért?

Ebben az útmutatóban részletesen összehasonlítjuk mindhárom felhőszolgáltató kedvezményprogramjait, végigmegyünk a 2026-os változásokon, és konkrét stratégiákat mutatunk a döntéshez — kódpéldákkal és CLI-parancsokkal kiegészítve. Lássunk neki.

AWS kedvezményprogramok: Reserved Instances és Savings Plans

AWS Reserved Instances (RI)

Az AWS Reserved Instances a legrégebbi kötelezettségvállalási modell, és nem véletlenül népszerű: akár 75%-os kedvezményt ad az on-demand árakhoz képest. Két fő típusa van:

• Standard RI: A legmélyebb kedvezmény (akár 72–75%), cserébe az instanciatípus, a régió és az operációs rendszer rögzített. Ha már nincs szükségünk rájuk, az AWS RI Marketplace-en továbbértékesíthetők — ez egyébként az egyetlen rugalmassági pont.
• Convertible RI: Alacsonyabb kedvezmény (31–54%), viszont módosíthatjuk az instanciacsaládot, az operációs rendszert és a tenancy-t a futamidő alatt. Gyakorlatilag ez védelmet nyújt, ha közben technológiát váltunk.

Az RI-k 1 vagy 3 éves időtartamra szólnak. Három fizetési mód közül választhatunk: teljes előre fizetés (legnagyobb kedvezmény), részleges előre fizetés, vagy nincs előre fizetés (legkisebb kedvezmény).

Egy fontos részlet, amit sokan elfelejteni: az RI-k alkalmazási sorrendje számít. Először a Reserved Instances kedvezménye érvényesül, aztán az EC2 Instance Savings Plans, végül a Compute Savings Plans.

Ellenőrizzük az aktuális RI kihasználtságunkat az AWS CLI-vel:

aws ce get-reservation-utilization \
  --time-period Start=2026-01-01,End=2026-02-28 \
  --group-by Type=DIMENSION,Key=SUBSCRIPTION_ID \
  --output table

AWS Savings Plans

Az AWS Savings Plans a rugalmasabb alternatíva, és őszintén szólva, az AWS mára hivatalosan is az RI-k fölé helyezi. A koncepció egyszerű: nem konkrét instanciákra, hanem egy óránkénti dollárösszegre vállalunk kötelezettséget.

Négy típusa létezik:

• Compute Savings Plans: Akár 66%-os kedvezmény, amely automatikusan alkalmazódik az EC2, Fargate és Lambda használatra — régiótól, instanciacsaládtól és operációs rendszertől függetlenül. Ez a legrugalmasabb opció, és a legtöbb szervezetnek ezzel érdemes kezdeni.
• EC2 Instance Savings Plans: Akár 72%-os kedvezmény, de egy adott instanciacsaládra és régióra korlátozódik. Méretváltás viszont lehetséges a családon belül.
• SageMaker Savings Plans: ML-munkaterhelésekre optimalizálva, akár 64%-os kedvezmény.
• Database Savings Plans (2024 decemberétől): A re:Invent 2024-en bemutatott legújabb típus, akár 35%-os kedvezménnyel 11 adatbázis-szolgáltatásra. A legjobb benne: lehetővé teszi például az RDS Oracle-ről Aurora PostgreSQL-re való áttérést úgy, hogy közben megtartjuk a kedvezményt.

Érdemes tudni, hogy a Savings Plans óránkénti díjként jelenik meg a számlán (nem havi, mint az RI-knél), ami granulálisabb költségátláthatóságot ad.

Kérdezzük le az ajánlott Savings Plans mértéket az AWS CLI-vel:

aws ce get-savings-plans-purchase-recommendation \
  --savings-plans-type COMPUTE_SP \
  --term-in-years ONE_YEAR \
  --payment-option NO_UPFRONT \
  --lookback-period-in-days SIXTY_DAYS \
  --output json | jq ".SavingsPlansPurchaseRecommendation"

2026-os AWS-változások, amikről tudnod kell

Két jelentős változás történt, amelyek közvetlenül érintik a FinOps-stratégiát:

1. RISP Group Sharing (2025. november): Ez egy régóta várt funkció. Lehetővé teszi az RI-k és Savings Plans granulális megosztásának szabályozását a fiókok között. Korábban minden kötelezettségvállalás automatikusan megosztásra került a szervezeten belül — mostantól pontosan beállíthatjuk, melyik fiók milyen kedvezményt használhat. Végre.
2. Együgyfeles korlátozás (2025. június 1.): Az AWS megtiltotta, hogy az MSP-k (Managed Service Providerek) egyetlen fizetési hierarchián belül több ügyfél között osszák meg az RI-ket és SP-ket. Ha MSP-n keresztül kezeljük a felhőinfrastruktúránkat, ezt mindenképpen vegyük figyelembe.

Azure kedvezményprogramok: Reservations és Savings Plans

Azure Reserved VM Instances

Az Azure Reserved VM Instances akár 72%-os kedvezményt biztosít a pay-as-you-go árakhoz képest. Az AWS-hez képest van néhány fontos különbség, és valljuk be, néhány terület kimondottan jobb:

• Fizetési opciók: Egyszeri előre fizetés vagy havi részletfizetés — és itt jön a lényeg: az Azure-nál a kedvezmény mértéke független a fizetés ütemezésétől. Ez sokkal egyszerűbb, mint az AWS háromszintű előre fizetési modellje.
• Lemondás és csere: A foglalások bármikor lemondhatók vagy cserélhetők, egy 12 hónapos gördülő időszakban összesen 50 000 USD értékig. Ez meglepően rugalmas az AWS Standard RI-jeinek merev struktúrájához képest.
• Szolgáltatás-lefedettség: Nem csak VM-ekre vonatkozik — az Azure Reservations kiterjed az SQL Database-re, Cosmos DB-re, App Service-re, Storage-ra és sok más szolgáltatásra is.

Azure Savings Plans for Compute

Az Azure Savings Plans hasonló logikán alapul, mint az AWS verziója: egy óránkénti dollárösszegre vállalunk kötelezettséget. A kedvezmény akár 65%-ot is elérhet, és automatikusan alkalmazódik minden jogosult compute-szolgáltatásra.

De van egy komoly "de".

Az Azure Savings Plans vásárlás után nem módosítható, nem lemondható és nem cserélhető. Ez "use-it-or-lose-it" modell — ha a tényleges használat alacsonyabb a kötelezettségvállalásnál, a különbözetet egyszerűen elveszítjük. Ezért a pontos előzetes elemzés itt nem luxus, hanem alapvető szükséglet.

Az Azure kedvezményeinek alkalmazási sorrendje: először a Reservations, aztán a Savings Plans, végül az Azure Hybrid Benefit.

Azure Hybrid Benefit: a rejtett szorzó

Az Azure Hybrid Benefit (AHB) az Azure talán legjobban alulértékelt előnye. Ha meglévő Windows Server vagy SQL Server licenceink vannak Software Assurance-szel, akkor ezeket felhasználhatjuk az Azure-on, és akár 80%-os összesített kedvezményt érhetünk el a Reservations + AHB kombinációjával.

Gondoljunk bele: egy Microsoft licencekkel már rendelkező vállalat az Azure-on érdemben olcsóbban futtathatja a munkaterheléseit, mint az AWS-en vagy a GCP-n — tisztán a licencszorzó hatása miatt. Ha van ilyen licencünk, ez önmagában elegendő ok lehet az Azure választására.

Reservation és Savings Plans ajánlások lekérdezése az Azure CLI-vel:

# Foglalási ajánlások lekérdezése
az consumption reservation recommendation list \
  --scope "Shared" \
  --look-back-period "Last60Days" \
  --resource-type "VirtualMachines" \
  --output table

# Azure költségelemzés megtekintése
az cost query --type ActualCost \
  --timeframe MonthToDate \
  --output table

Google Cloud kedvezményprogramok: CUD-ok és SUD-ok

Committed Use Discounts (CUD)

A Google Cloud a Committed Use Discounts (CUD) rendszert használja, és két formában érhető el:

• Resource-based CUD: Konkrét Compute Engine erőforrásokra (vCPU, memória, GPU, helyi tároló) vonatkozó kötelezettségvállalás. Egy adott régióhoz és projekthez kötött, 1 vagy 3 éves időtartamra. A kedvezmény akár 55% a legtöbb erőforrásnál, és akár 70% a memória-optimalizált géptípusoknál.
• Spend-based CUD (Compute Flex CUD): Ez az AWS Savings Plans GCP-s megfelelője — egy minimum óránkénti kiadásra vállalunk kötelezettséget, és a kedvezmény automatikusan alkalmazódik. 2025 szeptemberében a lefedettség jelentősen bővült, és ma már számos új VM-családra és szolgáltatásra is kiterjed.

Sustained Use Discounts (SUD): automatikus kedvezmény kötelezettség nélkül

A GCP egyik legjobb tulajdonsága a Sustained Use Discounts (SUD). Ez automatikusan, előzetes kötelezettségvállalás nélkül alkalmazódik — semmit nem kell vásárolni, semmit nem kell konfigurálni.

Minél hosszabban használunk egy erőforrást egy adott hónapban, annál nagyobb a kedvezmény. A 25%, 50%, 75% és 100%-os használati küszöböknél lépcsőzetesen nő, és akár 30%-os megtakarítást is eredményezhet.

Ez tökéletes azoknak, akik még nem állnak készen a hosszú távú elköteleződésre, de szeretnének valamennyi kedvezményt kapni a konzisztens használatért. (Saját tapasztalatom szerint a SUD-ok különösen hasznosak a felhőadopció korai szakaszában, amikor még alakul a használati minta.)

Fontos korlátozás: A SUD-ok nem alkalmazhatók CUD-dal már lefedett erőforrásokra, és csak Compute Engine illetve GKE által létrehozott VM-ekre vonatkoznak — App Engine és Dataflow nem jogosult.

2026-os GCP-változás: a CUD számlázási modell átállása

2026. január 21-étől a Google Cloud automatikusan átállította a spend-based CUD-okat egy új számlázási modellre: a korábbi kredit-alapú jóváírást felváltotta a közvetlen kedvezményes ár. A tényleges költségek nem változtak, de a számlázási adatok struktúrája igen.

Ha egyéni FinOps dashboardokat vagy költségjelentéseket használunk, azokat most érdemes frissíteni — különben nem fog stimmelni a riportunk.

CUD létrehozása a gcloud CLI-vel:

# Resource-based CUD létrehozása
gcloud compute commitments create my-commitment \
  --region=europe-west1 \
  --resources=vcpu=32,memory=128GB \
  --plan=36-month \
  --type=GENERAL_PURPOSE

# Meglévő CUD-ok listázása
gcloud compute commitments list \
  --region=europe-west1 \
  --format="table(name, status, plan, startTimestamp, endTimestamp)"

Összehasonlító táblázat: AWS vs. Azure vs. GCP

Na, itt jön a lényeg. Az alábbi táblázat összefoglalja mindhárom felhőszolgáltató kedvezményprogramjainak legfontosabb jellemzőit — így egy pillantásra átlátható, hol milyen feltételek érvényesek:

Jellemző	AWS	Azure	GCP
Maximális kedvezmény	72–75% (Standard RI)	72–80% (Reservation + AHB)	55–70% (Resource CUD)
Rugalmas modell	Compute Savings Plans (66%)	Savings Plans (65%)	Spend-based CUD
Automatikus kedvezmény	Nincs	Nincs	SUD (akár 30%)
Futamidő	1 vagy 3 év	1 vagy 3 év	1 vagy 3 év
Lemondhatóság	RI: Marketplace-en eladható; SP: nem	Reservation: igen ($50K limit); SP: nem	Nem mondható le
Licenckedvezmény	Nincs	Hybrid Benefit (Windows/SQL)	Nincs
Szolgáltatás-lefedettség	EC2, Fargate, Lambda, RDS, 11+ DB	VM, SQL, Cosmos DB, Storage, stb.	Compute Engine, Cloud SQL, stb.
Fizetési rugalmasság	3 opció (teljes/részleges/nincs előre)	2 opció (azonos kedvezmény)	Havi fizetés

Melyiket válasszam? Döntési keretrendszer

1. lépés: Használati minta elemzése

A döntés mindig a tényleges használati mintából indul ki — nem a marketinganyagokból:

• Stabil, kiszámítható munkaterhelés (adatbázisok, core mikroszolgáltatások): RI vagy Resource-based CUD. Itt kapjuk a legmélyebb kedvezményt, és a kötöttség nem fáj, mert úgyis tudjuk, mit futtatunk.
• Változó, többszolgáltatásos munkaterhelés (konténerek, serverless, változó instanciatípusok): Savings Plans vagy Spend-based CUD. A rugalmasság itt fontosabb, mint a pár százalék extra kedvezmény.
• Még nem ismert minta (korai felhőadopció): Kerüljük a hosszú távú kötelezettségvállalást. GCP-n a SUD automatikus kedvezményt ad; AWS-en és Azure-on kezdjünk 1 éves, No Upfront Savings Plans-szel, és majd meglátjuk.

2. lépés: Réteges stratégia felépítése

A leghatékonyabb FinOps-csapatok nem az RI-k vagy SP-k között választanak — mindkettőt használják, mint egy befektetési portfóliót:

1. Alap (base layer): 3 éves Standard RI-k vagy Resource-based CUD-ok a teljesen stabil munkaterhelésekre — ez biztosítja a legmélyebb kedvezményt.
2. Középréteg (flexible layer): 1–3 éves Compute Savings Plans vagy Spend-based CUD-ok a változó, de konzisztens összhasználatra.
3. Felső réteg (on-demand + spot): Az on-demand és spot instanciák kezelik a burst-kapacitást. Nem kell mindenre kedvezményes árat kérni.

3. lépés: A megfelelő lefedettség meghatározása

A legnagyobb csapda, amibe bele szoktak esni? Megpróbálják 100%-ra feltolni a kötelezettségvállalási lefedettséget.

Ne tegyük ezt. A legjobb gyakorlat a 70–80%-os lefedettség, amely megtakarítást biztosít, de hagyja a rugalmasságot a változásokhoz. Az alullefedettség pénzkidobás; a túllefedettség rugalmatlanságot és fel nem használt kötelezettségvállalásokat eredményez.

Egy egyszerű Python-szkript a lefedettségi arány kiszámításához AWS-en:

import boto3
from datetime import datetime, timedelta

ce = boto3.client("ce", region_name="us-east-1")

end_date = datetime.now().strftime("%Y-%m-%d")
start_date = (datetime.now() - timedelta(days=30)).strftime("%Y-%m-%d")

# Savings Plans lefedettség
sp_coverage = ce.get_savings_plans_coverage(
    TimePeriod={"Start": start_date, "End": end_date},
    Granularity="MONTHLY"
)

for period in sp_coverage["SavingsPlansCoverages"]:
    coverage = period["Coverage"]
    print(f"Idoszak: {period['TimePeriod']['Start']}")
    print(f"  SP lefedettseg: {coverage['CoveragePercentage']}%")
    print(f"  SP koltseg: ${coverage['SpendCoveredBySavingsPlans']}")
    print(f"  On-demand koltseg: ${coverage['OnDemandCost']}")

# Reserved Instance kihasználtság
ri_util = ce.get_reservation_utilization(
    TimePeriod={"Start": start_date, "End": end_date},
    Granularity="MONTHLY"
)

for period in ri_util["UtilizationsByTime"]:
    util = period["Total"]
    print(f"RI kihasznaltsag: {util['UtilizationPercentage']}%")

Szolgáltatóspecifikus tippek és csapdák

AWS tippek

• Right-sizing először: Ez talán a legfontosabb tanács az egész cikkben. Mindig méretezzünk először, és csak utána vásároljunk RI-t vagy SP-t. Ha túlméretezett instanciákat foglalunk le, a kedvezmény mellett is pazarlunk — csak éppen kedvezményesen pazarlunk.
• Database Savings Plans: Az új típus ideális, ha adatbázis-migrációt tervezünk (pl. Oracle-ről Aurora-ra), mert a kedvezmény megmarad a váltás után is.
• RISP Group Sharing: Multi-account környezetben használjuk az új csoportmegosztási funkciót a kedvezmények célzott elosztására. Ne hagyjuk, hogy az alapértelmezett "mindent megosztunk" beállítás maradjon.

Azure tippek

• Hybrid Benefit szorzó: Ha van meglévő Windows/SQL licencünk, az Azure-on érdemben nagyobb kedvezményt kaphatunk, mint bármelyik konkurenciánál. Ez nem reklám, ez matematika.
• Reservation cseréje: Az Azure-nál lemondhatjuk vagy cserélhetjük a foglalást (évi $50K limiten belül) — ez ritka rugalmasság, amit érdemes kihasználni technológiaváltásoknál.
• Savings Plans + Reservation: A kettő együtt is használható. A Reservation ad mélyebb kedvezményt a stabil részre, az SP pedig lefedi a változó compute-használatot. Nem kizáró kategóriák.

GCP tippek

• SUD-ok kihasználása: Ne feledkezzünk meg arról, hogy a GCP-n automatikus kedvezményt kapunk a konzisztens használatért — ez különösen hasznos a CUD-kötelezettség vállalása előtti elemzési időszakban.
• Számlázási modell átállás: A 2026. januári CUD-számlázási változás miatt feltétlenül frissítsük a költségjelentéseinket és FinOps-dashboardjainkat. Erre sokan nem gondolnak, és utána csodálkoznak, miért nem stimmelnek a számok.
• Compute Flex CUD: A 2025 szeptemberi bővítés óta ez a legjobb választás a változékony GCP-munkaterhelésekhez.

Gyakran ismételt kérdések (GYIK)

Mi a különbség a Reserved Instances és a Savings Plans között?

Röviden: az RI konkrét erőforrásokra (instanciatípus, régió, OS) vonatkozik, míg az SP egy óránkénti dollárösszegre vállalt kötelezettség, amely rugalmasan alkalmazódik több szolgáltatásra és régióra. Az RI-k mélyebb kedvezményt adhatnak, de kötöttebbek. Az SP-k rugalmasabbak, viszont a maximális kedvezmény kicsit alacsonyabb.

Lehet-e lemondani vagy módosítani a kötelezettségvállalást?

Ez szolgáltatónként nagyon eltérő. Az AWS Standard RI-k az RI Marketplace-en értékesíthetők; az AWS SP-k nem módosíthatók. Az Azure Reservations lemondhatók vagy cserélhetők évi $50 000 limiten belül; az Azure SP-k nem módosíthatók. A GCP CUD-ok? Nem mondhatók le és nem értékesíthetők tovább — ezért fontos a gondos előzetes tervezés.

Melyik felhőszolgáltató kínálja a legnagyobb kedvezményt?

Papíron az Azure nyeri, a Reserved Instances (72%) + Hybrid Benefit kombinációjával akár 80%-os megtakarítás érhető el. Az AWS-nél a maximum 75% (Standard RI), a GCP-nél 70% (memória-optimalizált Resource CUD). De a valóságban a tényleges megtakarítás a konkrét munkaterheléstől és a meglévő licencektől függ — a címkézett maximumokat ritkán éri el bárki is.

Érdemes a Savings Plans-t vagy a Reserved Instances-t választani?

A legtöbb szervezetnek 2026-ban a Savings Plans a jobb kiindulópont, mert rugalmasabb és kisebb a túlkötelezettség kockázata. RI-ket akkor érdemes használni, ha a munkaterhelés évek óta stabil, és pontosan tudjuk, milyen instanciatípust futtatunk. A legjobb stratégia? A kettő kombinálása réteges megközelítésben — ahogy fent bemutattuk.

Hogyan kezdjem el a kötelezettségvállalási kedvezmények optimalizálását?

Három lépésben: (1) Elemezzünk legalább 60 nap használati adatot az AWS Cost Explorer, Azure Advisor vagy GCP Billing Reports segítségével. (2) Azonosítsuk a stabil alaphasználatot és a változó részt. (3) Kezdjük 1 éves, No Upfront kötelezettségvállalásokkal, és fokozatosan növeljük a lefedettséget a tapasztalatok alapján.

És ami a legfontosabb: ne törekedünk 100%-os lefedettségre. A 70–80% az optimális tartomány, ami megtakarítást ad, de hagyja a mozgásteret is.