Szervercsere előtt: hét kérdés, amit érdemes feltenni
Terhelés, növekedés, virtualizáció, mentés, leállástűrés, migráció, üzemeltetés – hét kérdés, aminek a megválaszolása után már tudni fogja, mit kell venni.
A szervercsere ritkán önmagában érdekes döntés. Az a kérdés, hogy a következő öt-hét évben mit kell kiszolgálnia a rendszernek, és milyen áron. Az alábbi hét kérdés végigvétele általában elég ahhoz, hogy tudja: új vasat kell venni, bővíteni érdemes, vagy inkább virtualizálni és részben felhőbe menni.
1. Mi fut most rajta, és mennyire terheli?
A kiindulópont nem a specifikáció, hanem a mérés: processzor- és memóriahasználat, lemez IOPS, hálózati terhelés – legalább egy tipikus hónapra, csúcsidőszakkal együtt. Sok szervercserét „érzésre" indítanak el, aztán a lassulás valódi oka a lemezalrendszerben vagy egy rosszul konfigurált alkalmazásban volt.
2. Mennyit fog nőni a terhelés?
A létszámterv, az adatmennyiség éves növekedése és a tervezett új rendszerek együtt adják ki, mekkora tartalékkal kell számolni. A gyakori hiba a két véglet: vagy pont a mai igényre méretez (és két év múlva megint keres), vagy háromszoros tartalékot vesz, amit soha nem használ ki.
3. Fizikai, virtuális vagy felhő?
| Irány | Mikor jó választás |
| Fizikai szerver | Egyszerű, kiszámítható. Ha egy alkalmazás dedikált erőforrást igényel, vagy jogi/adatvédelmi ok szól a helyben tartás mellett. |
| Virtualizált környezet | Több rendszer fut egy vason, jobb kihasználtsággal, egyszerűbb mentéssel és helyreállítással. A legtöbb kkv-nál ez az alapértelmezett. |
| Felhő / hibrid | Rugalmas kapacitás, nincs beruházás, de folyamatos működési költség és hálózatfüggőség. Változó terhelésnél és távoli munkánál erős. |
4. Mi a helyzet a mentéssel?
Ez az a pont, ahol a legtöbb környezet gyengébb, mint gondolják. Három kérdés: mentünk-e mindent, ami kell; hol van a másolat (más eszközön, más helyszínen); és mikor próbáltuk ki utoljára a visszaállítást. Egy soha nem tesztelt mentés nem mentés, hanem remény.
5. Mennyi leállást bír el a működés?
Ha egy napig áll a rendszer, az kellemetlen vagy végzetes? A válasz dönti el, kell-e redundancia, tartalék eszköz, gyorsabb szervizszerződés. Ez a szám (RTO) és az, hogy mennyi adatvesztés fér bele (RPO), a teljes architektúrát meghatározza – érdemes leírni, mielőtt bárki árat mond.
6. Hogyan zajlik a migráció?
Az átállás önmagában projekt: adatmennyiség, leállási ablak, visszaállási terv, ha valami nem sikerül. Aki nem kérdez rá a migrációra, az később fizet érte – jellemzően hétvégi munkadíjban és leállásban.
7. Ki üzemelteti utána?
Új szerver nem old meg üzemeltetési hiányt. Ha nincs, aki figyelje a naplókat, telepítse a frissítéseket és ellenőrizze a mentéseket, akkor két év múlva ugyanott lesz a rendszer, csak újabb vason. Az üzemeltetés – saját munkatárs vagy külső partner – a beruházás része, nem utána következik.
Ha csak egy dolgot visz el ebből a cikkből: mérjen, mielőtt vásárol. Egy hónapnyi terhelési adat többet ér, mint három ajánlat összehasonlítása vaktában.
Mit csinálunk mi ilyenkor?
Átnézzük a jelenlegi környezetet és a terhelési adatokat, tisztázzuk a leállástűrést és a mentési elvárást, majd ez alapján állítjuk össze a műszaki követelményeket. Ezekre kérünk be összehasonlítható ajánlatokat, és a bevezetést is végigkísérjük – az átadás-átvételig.
