r

| Olvasási idő: 3 perc |

A megfelelő költségkezelés a felhő egyik kritikus része. Minden oktatásomon el is hangzik a következő mondat:

A felhő is csak akkor gazdaságos, ha okosan használjuk

Az egyik korábbi cikkemben már bemutattam a költséghatékonyság kapcsán a Spot Instance-ot, amely olyan virtuális gép (EC2 instance), amit az AWS fel nem használt kapacitásából kínál. Mivel ezek az erőforrások „feleslegesek”, az áruk jelentősen alacsonyabb, mint az on-demand (igény szerinti) vagy reserved instance-oké.

Azt talán nem szükséges ecsetelni, hogy az AWS-felhőszolgáltatásai rugalmasak és nagy teljesítményűek, de a használatuk ára gyorsan emelkedhet, ha nem figyelünk a költségekre. Éppen ezért kínál az AWS olyan konstrukciókat, mint a Savings Plan és a Reserved Instance (RI), amelyekkel jelentős megtakarítást érhetünk el.

Alapfogalmak

Mindkét konstrukció alapja a hosszú távú elköteleződés egy adott futtatási kapacitás mellett. Ezért cserébe akár 72%-os megtakarítást is elérhetünk az on-demand (azonnali) árakhoz képest. A különbség főként a rugalmasságban és a használati feltételekben rejlik.

Reserved Instance (RI) – Lefoglalt példány

A Reserved Instance egy meghatározott régióra, géptípusra és gyakran operációs rendszerre szóló foglalás. Az elköteleződés (hűségszerződés) 1 vagy 3 évre történik.

Előnyök:

• Jelentős megtakarítás az On-Demand árakhoz képest (akár 72%)
• Teljesítménygarancia, mert a példány le van foglalva
• Költség előre jól tervezhető

Korlátok:

• Merev: példánytípus, régió, OS, fizetési konstrukció kötött
• Ha megváltozik az igény, a foglalás nem feltétlenül használható jól
• Csak EC2-re és néhány más szolgáltatásra vonatkozik

Savings Plan – Rugalmasabb megtakarítási terv

A Savings Plan inkább az elköltött összegre vonatkozik, nem konkrét példányokra. Megadhatjuk, hogy napi szinten mekkora összeget vállalunk 1 vagy 3 évre. Ezt az AWS automatikusan optimalizálja a háttérben.

Két típus létezik:

1. Compute Savings Plan: Rugalmasan használható bármely régióban, bármely példánytípusra, akár AWS Fargate és Lambda esetén is.
2. EC2 Instance Savings Plan: Kötöttebb – egy régióhoz és géptípus családhoz kötött, de géptípus szinten rugalmasabb, mint az RI.

Előnyök:

• Nagy rugalmasság – könnyebb alkalmazkodni a változó igényekhez
• Automatikus alkalmazás, nem kell példányokat lekötni
• Szélesebb szolgáltatási kör (Lambda, Fargate is)

Korlátok:

• Kisebb megtakarítás, mint a teljesen lekötött RI esetén (max. ~66%)
• Előzetes költési elköteleződés szükséges
• Ha kevesebbet használunk, mint amennyit lekötöttünk, nincs visszatérítés

Mikor melyiket? Felhasználási esetek

Reserved Instance javasolt, ha:

• Tudjuk, hogy hosszú távon fix kapacitásra lesz szükségünk (pl. 7×24-ben futó webalkalmazás)
• Nem várható jelentős változás a példánytípusban, régióban vagy OS-ben
• Az EC2 az elsődleges költségforrásunk

Savings Plan javasolt, ha:

• Gyakran változik a példánytípus, régió, vagy konténeres/Lambda alapú az architektúra
• Több szolgáltatás költségét akarjuk optimalizálni egyszerre
• Nem szeretnénk példányhoz kötött döntéseket hozni

Összegzés

Mind a Reserved Instance (foglalt példány), mind a Savings Plan (megtakarítási terv) hatékony eszköz az AWS költségek optimalizálására. A választás kulcsa az, hogy mennyire fix az infrastruktúránk és mennyire fontos a rugalmasság. Kezdőként érdemes a Savings Plan-nel kezdeni, különösen ha dinamikus vagy kísérletezős környezetben dolgozunk. Ha viszont stabil termékkörnyezetet futtatunk, a Reserved Instance biztosíthatja a legnagyobb megtakarítást.

Savings Plan vs Reserved Instance – Gyors összehasonlítás

Tulajdonság	Savings Plan	Reserved Instance (RI)
Rugalmasság	Magas (Compute SP szinten kiemelkedő)	Alacsony (kötött példánytípus, régió stb.)
Megtakartítható költség	Közepes–magas (akár ~66%)	Magas (akár ~72%)
Elköteleződés időtartama	1 vagy 3 év	1 vagy 3 év
Példány típusának változtatása	Lehetséges (Compute SP esetén)	Nem lehetséges
Szolgáltatások köre	EC2, Fargate, Lambda	Főleg EC2
Felhasználás módja	Automatikusan alkalmazva költés alapján	Előre lefoglalt példányhoz kötött
Legjobb felhasználási eset	Dinamikus vagy konténeres környezet	Állandó példányhasználat fix igényekkel
Fizetési lehetőségek	Előre, részben előre vagy havi	Ugyanez (No Upfront, Partial, All Upfront)

Ez a táblázat segíthet gyorsan átlátni a fő különbségeket, és a saját igényeinkhez legjobban illeszkedő megoldást választani.

Ne feledd! Ez minden esetben elköteleződéssel jár. Azaz akkor is fizetned kell, ha nem használod ki a hűségszerződésben foglaltakat. Ezért jól gondold át, mielőtt beleugrasz.