Mikor bővítsünk szerverkapacitást üzembiztosan?

Hétfő reggel van, a raktár megnyitná a rendeléseket, az ügyfélszolgálat pedig számlát keresne, de a rendszer feltűnően lassú. Az első reakció rendszerint érthető: több szerver kell. A kérdés azonban nem az, hogy zavaró-e a lassulás, hanem az, mikor bővítsünk szerverkapacitást úgy, hogy az valóban megoldja az üzleti problémát, ne csak átmenetileg elfedje azt.

A kapacitásbővítés sok esetben indokolt. Egy növekvő webshop, új telephely, több műszakos termelés vagy megnövekedett ügyfélforgalom valós terhelést jelent. Ugyanakkor gyakori, hogy a szerver csak annak a helye, ahol egy rosszul működő folyamat, egy lassú lekérdezés vagy egy hibás rendszerkapcsolat tünete láthatóvá válik. Ilyenkor a nagyobb infrastruktúra többletköltséget hoz, miközben a késések, hibák és bizonytalanság megmaradnak.

A lassú rendszer még nem kapacitáshiány

Amikor egy üzleti alkalmazás válaszideje romlik, érdemes először pontosan meghatározni, mi lassú, mikor és kik számára. Nem mindegy, hogy a teljes rendszer terhelt-e, vagy csak a havi záráskor készülő jelentés fut húsz percig. Az sem mindegy, hogy minden felhasználó problémát érzékel-e, vagy csak azok, akik egy bizonyos riportot, raktári funkciót vagy webshop-adminisztrációs felületet használnak.

Egy 80 fős kereskedelmi vállalatnál például a rendelésfeldolgozás délutánonként akadozhat. Ennek oka lehet az, hogy akkor érkeznek be tömegesen a webshoprendelések. De lehet az is, hogy egy háttérfolyamat ugyanabban az időszakban újraszámolja a teljes készletet, miközben egy külső logisztikai kapcsolat ismételten próbál átadni már feldolgozott adatokat. A két helyzet más beavatkozást igényel.

A szerver CPU-kihasználtsága, memóriája és tárhelye fontos adat, de önmagukban nem elegendők. Egy gép lehet látszólag nyugodt, miközben az adatbázis zárolások miatt várakoznak a felhasználók. Fordítva is igaz: lehet rövid ideig magas a processzorterhelés, miközben az üzleti folyamat zavartalanul működik. Az infrastruktúrát nem egyetlen műszaki érték, hanem a szolgáltatás tényleges működése alapján kell értékelni.

Milyen jelek indokolják a szerverkapacitás bővítését?

A kapacitásbővítés akkor megalapozott, ha a mérési adatok és az üzleti tapasztalat ugyanarra mutatnak. Ha a rendszer ismétlődően eléri vagy tartósan megközelíti a rendelkezésre álló erőforrások határát, a probléma nem csak egy-egy kiugró eseményhez kötődik, és a terhelés várhatóan tovább nő, a bővítés üzembiztonsági lépés lehet.

Különösen komolyan kell venni a helyzetet, ha az alábbi minták rendszeresen megjelennek:

• a processzor, memória, lemezműveletek vagy hálózati kapcsolat csúcsidőben tartósan telített;
• az adatbázis válaszideje nő, a lekérdezések és tranzakciók várakoznak;
• a mentések, szinkronizációk vagy feldolgozási feladatok már belelógnak a munkaidőbe;
• a rendszer egy új ügyfél, kampány, termelési műszak vagy szezonális időszak alatt kiszámíthatatlanná válik;
• az üzletmenet szempontjából kritikus szolgáltatásnak nincs érdemi tartaléka hiba, frissítés vagy csúcsterhelés esetére.

A tartalék kapacitás nem pazarlás. Egy vállalatirányítási rendszernek, gyártási adatgyűjtésnek vagy rendeléskezelő rendszernek nem az a célja, hogy átlagos napon éppen elboldoguljon. A cél az, hogy a várható csúcsok, a rendkívüli feldolgozások és egyes hibák mellett is kiszámítható maradjon.

Ez különösen fontos ott, ahol egy rendszerhez több terület kapcsolódik. Ha a webshop, a készlet, a számlázás és a fuvarszervezés ugyanabból az adatbázisból dolgozik, egyetlen teljesítményprobléma nem egy IT-incidenst jelent. Késhet a csomagfeladás, az ügyféltájékoztatás, a számlázás és végül a bevétel realizálása is.

Mikor nem a nagyobb szerver a válasz?

Sok szervezetnél a kapacitásigény mögött olyan működés található, amelyet előbb érdemes rendbe tenni. Tipikus eset, amikor az alkalmazás ugyanazt az adatot több rendszerből olvassa be, majd többször feldolgozza. Ugyancsak gyakori, hogy egy riport minden megnyitáskor évekre visszamenőleg számol újra adatokat, noha a vezetőnek csak az aktuális heti eredményre lenne szüksége.

Az adatbázisoknál egy hiányzó index, rosszul kialakított lekérdezés vagy indokolatlanul nagy adatmennyiség mozgatása aránytalan terhelést okozhat. Ezt több processzor vagy memória átmenetileg enyhítheti, de nem szünteti meg. Ahogy nő a rendelési volumen, a felhasználók száma vagy a gyártási adatok mennyisége, a hiba újra megjelenik - csak magasabb költségszinten.

A folyamat oldaláról is érdemes kérdezni. Valóban szükséges, hogy minden termékár-módosítás után azonnal teljes készlet- és katalógusfrissítés fusson? Kell-e azonos adatokat óránként teljes egészében átadni két rendszer között, vagy elegendő csak a változásokat küldeni? Indokolt-e, hogy egy munkatárs naponta több ezer sort exportáljon táblázatba, majd ugyanazt az információt visszatöltse egy másik alkalmazásba?

Ezek nem kizárólag technikai kérdések. Felesleges terhelést, ismétlődő emberi munkát és hibalehetőséget is jelentenek. Egy jól átgondolt integráció vagy egyszerűsített adatáramlás sokszor kisebb beruházással és kisebb üzemeltetési kockázattal javítja a teljesítményt, mint egy azonnali infrastruktúrabővítés.

A mérésnek az üzleti folyamatot kell követnie

A jó döntéshez nem elég azt látni, hogy egy szerveren mennyi a kihasználtság. Azt is látni kell, hogy ez milyen üzleti következménnyel jár. Érdemes olyan mutatókat rögzíteni, amelyek a napi működéshez kapcsolódnak: mennyi idő alatt kerül át egy webshoprendelés a raktárba, hány perc alatt készül el egy számla, mennyi ideig tart egy termelési visszajelzés feldolgozása, vagy hány sikertelen tranzakció történik csúcsidőben.

Ez segít elkülöníteni a kellemetlen, de nem kritikus jelenségeket azoktól, amelyek valóban veszélyeztetik a működést. Egy riport öt perccel lassabban elkészülhet anélkül, hogy üzleti kárt okozna. Egy rendelésfeldolgozás ötperces késése viszont egy nagy forgalmú időszakban gyorsan torlódást idézhet elő a raktárban és az ügyfélszolgálaton.

A mérésnek időbeli mintázatot is kell adnia. A hónap első napja, a bérszámfejtés, egy promóciós kampány, a szezonális csúcs vagy az esti adatfeldolgozás mind más terhelést hoz. Ha csak egy pillanatfelvétel alapján születik döntés, könnyű túlméretezni vagy éppen alulbecsülni az igényt.

Tervezés növekedésre, nem csak a mai problémára

A szerverkapacitás bővítése nem pusztán hardver- vagy felhőerőforrás-kérdés. Vizsgálni kell azt is, hogyan biztosítható a szolgáltatás folytonossága. Egyetlen nagyobb szerver lehet gyors, de ha meghibásodik, frissítés alatt áll vagy egy hibás folyamat lefoglalja, az egész vállalat kiszolgáltatottá válhat.

Ezért a döntésnél a rendelkezésre állás, a mentési és visszaállítási képesség, a felügyelet, a jogosultságkezelés és a változtatások kontrollja is számít. Bizonyos esetekben nem a teljesítmény növelése a fő feladat, hanem a kritikus szolgáltatások elkülönítése, a tartalék rendszer kialakítása vagy a háttérfolyamatok megfelelő ütemezése.

A felhős és helyszíni infrastruktúrának egyaránt lehet helye. A felhő rugalmasabb bővítést adhat változó terhelésnél, de a költségeket, adatforgalmat, rendszerfüggőségeket és üzemeltetési felelősséget is kezelni kell. A helyszíni környezet kiszámíthatóbb lehet egyes ipari vagy adatintenzív működéseknél, ugyanakkor a kapacitásbővítés hosszabb előkészítést igényelhet. A megfelelő választás mindig az üzleti kritikalitástól, a terhelési mintától és a meglévő rendszerek állapotától függ.

Mikor bővítsünk szerverkapacitást? Előbb validáljunk

A jó sorrend általában egyszerű: először azonosítani kell a lassulás vagy kiesés pontos helyét, utána megvizsgálni a folyamatot és az alkalmazást, majd mérési adatokkal igazolni az infrastruktúra korlátját. Ha ez megvan, a bővítés nem találgatás, hanem tervezhető üzleti döntés.

A cél nem a lehető legerősebb szerver beszerzése. Az a cél, hogy a rendelés, a gyártás, a kiszállítás, a számlázás és a vezetői információk akkor is megbízhatóan rendelkezésre álljanak, amikor a vállalatnak a legnagyobb szüksége van rájuk. Egy jól validált kapacitásbővítés ezt szolgálja. Egy elhamarkodott pedig könnyen csak drágábbá teszi ugyanazt a működési problémát.