Okos költségoptimalizálás AWS-ben: SP vs RI
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:
- 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.
- 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.
