Röviden: A right-sizing legyakoribb hibája, hogy csak a CPU-átlagot nézi. A memória, a hálózat és a burst-viselkedés együtt dönti el a helyes méretet — különben instabilitást vásárolsz spórolás címén.
A right-sizing — az erőforrások méretének a tényleges igényhez igazítása — a FinOps egyik legnagyobb megtakarítási forrása. De pont ezért csábító elsietni: valaki megnézi a CPU-átlagot, látja, hogy alacsony, és lecsökkenti a gépet. Aztán jön a csúcsterhelés, és a rendszer elhasal. A rossz right-sizing nem megtakarítás, hanem instabilitás, amit spórolás címén vásároltál.
Miért kevés a CPU-átlag?
A CPU-kihasználtság átlaga a legfélrevezetőbb egyetlen szám, amire méretezési döntést lehet alapozni. Két probléma van vele. Először: az átlag elrejti a csúcsokat — egy gép lehet átlagosan 20%-on, miközben naponta többször 95%-ra ugrik. Másodszor: a CPU csak az egyik erőforrás. Sok workloadot nem a processzor, hanem a memória, a hálózat vagy a lemez-IO korlátoz.
A teljes kép erőforrásai
- CPU — de a csúcsokat nézd, ne csak az átlagot (p95, p99).
- Memória — sok szolgáltatás memóriakorlátos; a kevés memória lassít vagy összeomlik.
- Hálózat — nagy áteresztésű workloadnál a hálózati sávszélesség a plafon.
- Burst-viselkedés — egyes instance-típusok kreditalapon bursztolnak; ha kifogy a kredit, a teljesítmény beesik.
Az adatgyűjtési ablak
A right-sizing csak akkor megbízható, ha elég hosszú és reprezentatív időszakot nézel. Egy hét kevés lehet: kihagyhatod a havi zárást, a heti csúcsot vagy egy kampányt. Legalább egy teljes üzleti ciklust érdemes megfigyelni, hogy a ritka, de valós terhelési csúcsok is bekerüljenek a képbe.
A biztonságos irány: fokozatosan
A right-sizinget ne egy nagy lépésben, hanem iteratívan végezd. Csökkents egy fokozatot, figyeld a hatást egy cikluson át, és csak akkor lépj tovább, ha stabil maradt. A cél nem a lehető legkisebb gép, hanem a legkisebb, ami még kényelmesen elbírja a valós csúcsokat egy biztonsági tartalékkal.
A túlméretezés a gyakoribb hiba
Érdemes tudni, hogy a legtöbb környezetben nem az alulméretezés, hanem a túlméretezés a norma: örökölt, „biztos, ami biztos” alapon nagyra vett gépek, amiket senki nem méretezett vissza. Itt van a legtöbb kockázatmentes megtakarítás — feltéve, hogy a valós terhelési profilból dolgozol, nem tippből. A rendszeres, adatvezérelt felülvizsgálat többet hoz, mint egyetlen nagy optimalizálási roham.
Automatizálás óvatosan
Vannak eszközök, amelyek automatikus right-sizing javaslatot adnak. Ezek jó kiindulópontok, de ne fogadd el őket vakon: gyakran csak a CPU-t és a memóriát nézik, a burst-viselkedést vagy az alkalmazásspecifikus csúcsokat nem. A javaslatot mindig vesd össze a saját terhelési tudásoddal, mielőtt éles rendszeren alkalmazod.
A teljes erőforráskép
A right-sizing legnagyobb hibája, hogy csak egyetlen metrikát — jellemzően a CPU-átlagot — néz. A valós méretezéshez a teljes erőforrásképet kell látni: a CPU csúcsait (nem az átlagát), a memóriát, a hálózatot és a lemez-IO-t. Sok workloadot nem a CPU, hanem a memória vagy a hálózat korlátoz, és ilyenkor a CPU-alapú méretezés teljesen félrevezet.
Külön figyelmet érdemel a burst-alapú instance-típusok kreditrendszere: egy gép átlagban jól nézhet ki, de kifuthat a burst-kreditből csúcsidőben, és onnantól drámaian lassul. Ezt a CPU-átlag sosem mutatja meg.
Az adatgyűjtési ablak hossza
A right-sizing csak akkor megbízható, ha elég hosszú és reprezentatív időszakot nézel. Egy hét kevés: kihagyhatod a havi zárást, a heti csúcsot vagy egy kampányt. Legalább egy teljes üzleti ciklust érdemes megfigyelni, hogy a ritka, de valós terhelési csúcsok is bekerüljenek a döntésbe.
- Gyűjts adatot legalább egy teljes üzleti cikluson át.
- Nézd a csúcsokat (p95, p99), ne csak az átlagot.
- Vedd figyelembe a memóriát, hálózatot, burst-kreditet.
A túlméretezés mint norma
Érdemes tudni, hogy a legtöbb környezetben nem az alulméretezés, hanem a túlméretezés a jellemző: örökölt, "biztos, ami biztos" alapon nagyra vett gépek, amiket a terhelésük csökkenése után senki nem méretezett vissza. Itt van a legtöbb kockázatmentes megtakarítás — feltéve, hogy a valós terhelési profilból dolgozol. A rendszeres, adatvezérelt felülvizsgálat többet hoz, mint egyetlen nagy optimalizálási roham, mert a túlméretezés folyamatosan újratermelődik.
Mit jelent ez neked?
A right-sizing valós és nagy megtakarítás, de csak akkor, ha nem a CPU-átlagra, hanem a teljes képre — CPU-csúcsok, memória, hálózat, burst-kredit — alapozod, elég hosszú megfigyelési ablakon. Csökkents fokozatosan, hagyj biztonsági tartalékot a csúcsokra, és kezeld gyanakvással az automatikus javaslatokat. A cél a legkisebb gép, ami stabilan elbírja a valós terhelést — nem a legkisebb, ami átlagban jól fest.