Röviden
A szolgáltatás indítása előtt legyen ismert felelős, visszaállítási út és minimális megfigyelés. A több erőforrás nem helyettesíti ezeket.
Legyen tulajdonosa a rendszernek
Az első kérdés nem a processzormagok száma, hanem az, hogy ki felel a frissítésért, mentésért és hibakezelésért. Írd le az alkalmazás célját, a futó komponenseket, az elvárt rendelkezésre állást és azt, hogy kit kell értesíteni. Kis rendszernél is legyen másik jogosult, aki szükség esetén hozzáfér.
Készíts átadási jegyzetet a szerver nevével, a szolgáltatásokkal, a konfiguráció helyével és a helyreállítás lépéseivel. A titkokat külön, megfelelő hozzáférés-kezeléssel tárold. A jegyzetet úgy fogalmazd meg, hogy egy hét múlva, kapkodás közben is használható legyen.
Hozzáférés és hálózati szabályok
Csak a szükséges felhasználók és szolgáltatások kapjanak hozzáférést. Az SSH-belépést és a helyreállítási konzolt külön próbáld ki. Tűzfalszabály változtatásakor legyen működő visszaút: egy hibás szabály kizárhat a saját szerveredről. A szolgáltatók kezelőfelülete és a vendégrendszer tűzfala eltérő réteg lehet.
A nyitott portokat a tényleges alkalmazás alapján válaszd ki. Egy webszerver, adatbázis és monitoring nem feltétlenül igényel mind publikus elérést. Először készíts hálózati leltárt, majd egyenként ellenőrizd a szabályokat. Ne másolj be internetes parancslistát az elérési modell megértése nélkül.
Frissítés és visszaállítás
A rendszer és az alkalmazás frissítése külön életciklust követhet. Legyen kijelölt karbantartási időszak, előzetes mentés és utólagos funkciópróba. A csomagfrissítés sikerüzenete után ellenőrizd, hogy az alkalmazás és a szükséges háttérfolyamatok tényleg futnak-e.
A mentésnél az alkalmazás konzisztenciája számít. Egy futó adatbázis fájljainak egyszerű másolása nem minden esetben ad használható visszaállítási állapotot. Az adott adatbázis támogatott mentési megoldását használd. A szerverpillanatkép hasznos lehet, de az elkülönített, ellenőrzött mentési folyamatot ne váltsa ki automatikusan.
Mit figyelj naponta?
Kezdésnek nézd a szabad tárhelyet, a memória használatát, a szolgáltatás állapotát és a hibajelzéseket. Emellé legyen külső elérhetőségi próba: egy működő folyamat még nem bizonyítja, hogy a látogató eléri a weboldalt. A riasztás küszöbét a tényleges használathoz igazítsd.
A lemez lassú telítődése tipikus, előre látható hiba. Ellenőrizd a naplóforgatást, feltöltéseket és mentésmásolatokat. A riasztásból derüljön ki a rendszer neve és a következő ellenőrzési lépés. Ha minden apró ingadozás üzenetet küld, a fontos jelzés is elveszhet.
Az első hét lezárása
Egy kontrollált ellenőrzésben indítsd újra a szolgáltatást és ellenőrizd az automatikus indulást. Próbálj visszaállítást külön környezetben, nézz át egy értesítést, és kérd meg a helyettes üzemeltetőt, hogy a jegyzet alapján találja meg a szükséges információt. Ezeket tervezetten végezd, ne váratlan éles kieséssel tesztelj.
Az első hét végén frissítsd a dokumentációt a tényleges állapothoz. Ha nincs belső kapacitás rendszeres üzemeltetésre, a felügyelt szolgáltatás lehet megfelelőbb megoldás. A hatásköröket akkor is egyeztesd: az infrastruktúra, az operációs rendszer és a saját alkalmazás támogatása nem automatikusan ugyanaz a szolgáltatás.
Példa: a szolgáltatás fut, de a lemez megtelik
Egy szerver sokáig egészségesnek tűnhet, miközben a mentések vagy naplók fokozatosan elfoglalják a tárhelyet. Telítődő lemeznél adatbázisírás, feltöltés és naplózás is hibázhat. Ilyenkor ne törölj találomra rendszerfájlokat: előbb azonosítsd, mely könyvtár növekedett, és milyen megőrzési szabály vonatkozik rá.
Vizsgáld meg a mentések sikerességét is. Ha minden példány ugyanazon a megtelt lemezen van, az adatvédelem és az üzemeltetési hiba összefügg. Az átmeneti felszabadítás után állíts be fenntartható megőrzést, megfelelő kapacitást és időben érkező riasztást.
Mit kérj egy üzemeltetési szolgáltatástól?
A megállapodás nevezze meg, mit figyelnek, mikor dolgoznak, hogyan kezelik a riasztást, és ki módosíthatja az alkalmazást. A válaszidő, a rendelkezésre állás és a javítási munka nem ugyanaz. A teljes alkalmazás támogatását külön egyeztesd, különösen egyedi fejlesztés vagy több külső integráció esetén.
Hasznos átadási eredmény a dokumentált hozzáférés, működő mentés, visszaállítási próba és értesítési teszt. Egy kisebb vállalkozásnál ez gyakran értékesebb, mint több processzormag. Az üzemeltetést a valós használat alapján bővítsd, és a változásokat ugyanúgy naplózd, mint az első telepítést.
- Hozzáférés: jogosult személyek és ellenőrzött helyreállítási út.
- Üzemeltetés: frissítés, mentés, tárhely és szolgáltatásfigyelés.
- Riasztás: ismert címzett, felelős és dokumentált teendő.
