Amikor a szerver lassul, váratlanul újraindul, vagy egyre gyakrabban fagy le, az nem véletlen. Én is hajlamos voltam halogatni a karbantartást, amíg egy éjszakai leállás miatt órákra megállt minden. Ebben a cikkben azt a 10 jelet veszem végig, amit ma már soha nem nézek félvállról.
Sok cég dilemmázik, hogy a szerverkarbantartást hétvégére időzítse, vagy inkább munkaidőben vállalja a kellemetlenségeket. Nálunk hosszú ideig mindent éjjel csináltunk, aztán rájöttünk, hogy átlátható tervezéssel és jó kommunikációval munkaidőben is biztonságosan megoldható. Ebben a cikkben lépésről lépésre végigveszem, hogyan érdemes dönteni, és milyen szempontokat ne hagyj ki a tervezésnél.
A szerverkarbantartás során nemcsak a frissítések időzítése, hanem a mentések és a tesztelés hiánya is súlyos hibákhoz vezet. Láttam már működő rendszert percek alatt térdre rogyni egy elrontott patch miatt, amit egy előzetes tesztkör könnyedén kiszűrt volna.
Amikor először váltottam fizikai szerverről virtualizált környezetre, azonnal látszott, mennyire más a karbantartás: a vasnál kábelek, alkatrészek és helyigény jelentik a fő gondot, míg virtuális gépeknél inkább a frissítések, snapshotok és erőforrás-elosztás tudnak fejfájást okozni. Ebben a cikkben azt mutatom meg, melyiknél mire kell igazán figyelni.
A rendszeres szerverkarbantartás nemcsak a leállások megelőzése miatt fontos, hanem azért is, mert időben jelzi a rejtett hibákat. Amikor évekkel ezelőtt elhanyagoltam ezt, egy hétvégi leállás miatt napokig állt az egész weboldal, és a bizalom helyrehozatala sokkal több munkámba került, mint a megelőzés.
A legtöbb szerverhiba, amivel az elmúlt években találkoztam, nem váratlan katasztrófa, hanem elmaradt karbantartás következménye. Ebben a cikkben megmutatom, milyen tipikus jelekből lehet előre látni a gondokat, és milyen rutinnal lehet stabilan megelőzni a leállásokat.
A hardveres szerverkarbantartás nem látványos feladat, mégis ezen múlik, hogy az éles rendszerek stabilan fussanak. Amikor először halogattam a portalanítást és a hűtés ellenőrzését, pár hét múlva random újraindulásokkal kaptam vissza az árát. Azóta szigorú ütemterv szerint dolgozom, mert így előbb veszem észre a hibás ventit, a fáradó tápegységet vagy a kopó merevlemezt, minthogy leálljon alattam a teljes szolgáltatás.
A szerverek élettartama nem a véletlenen múlik, hanem azon, mennyire következetesen tartjuk karban őket. Nálunk a leglátványosabb javulást az hozta, amikor rendszeresítettük a portalanítást, a hűtés ellenőrzését és a firmware-frissítéseket, így évekig stabilan futnak a gépek.
Egy ponton minden cég eljut oda, hogy döntenie kell: a meglévő szerverek frissítése éri meg jobban, vagy inkább teljes cserébe kell fektetni a pénzt. Többször futottam már bele abba, hogy a látszólag olcsó bővítés végül drágább lett, mint egy időben meghozott csere.
Aki valaha vesztett már adatot, tudja, hogy a RAID nem varázslat, hanem rendszeres ellenőrzést és karbantartást igénylő eszköz. Ebben az írásban megmutatom, milyen rutinokat érdemes beépíteni a gyakorlatba, és azt is, hogyan kerültem el időben egy teljes szerverösszeomlást.
