A filozófia rendszeradminisztráció

Fordítás: Ivan Pessin

Annak ellenére, hogy a pontos részletek rendszerfelügyelet változhat a platformok, a lényege a munka maga nem változik. És ez képezi a lényege a filozófia rendszerfelügyelet.

Automatizálni, hogy lehet

Dokumentálják, hogy mindent lehet

Kommunikálni, amennyire csak lehet

Ismeri a források

Az alábbiakban áttekintjük, minden egyes ilyen gondolatok részletesebben.

A legtöbb esetben a rendszerek száma és a felhasználók száma meghaladja a támogató a rendszergazdák számára. Gyakran az egyetlen automatizálási engedheti meg magának, hogy megbirkózzon az összes feladatot. Általánosságban elmondható, hogy minden olyan feladatot, amely egynél többször fordul elő kell tekinteni, mint egy lehetséges jelölt az automatizálásra.

Íme néhány típusú problémák, amelyek általában automatizált:

Ellenőrizze a rendelkezésre álló lemezterületet és azt bejelentené

Információk gyűjtése a rendszer teljesítményét

Támogatja a felhasználói fiókok (létrehozni, törölni, stb)

Kapcsolódó funkciók a társaság működését (betölti az új adatokat a web szerver, a végrehajtás havi, negyedéves, kód jelentések stb)

A lista nem ért véget; funkciók, automatizált rendszergazdák csak korlátozott a vágy, hogy beírja a szükséges script rendszergazda. Ebben az értelemben a lustaság (és átadása számítógépes világi ügyek) egy pozitív minőséget.

Automatizálási szintén növeli a kiszámíthatóságot és a stabilitást a felhasználói élményt.

Ne feledje, hogy ha szembesülnek a feladat, amely előírja az automatizálás, akkor valószínű, hogy nem te vagy az első rendszergazda, amely automatizálja azt. És ez az, ahol a juttatásokat úgy érezte, különösen jó a nyílt forráskódú szoftverek - használja valaki más megoldás, hogy automatizálják eljárások, elnyeli az idejét. Tehát mielőtt bármit írásban bonyolultabb néhány sornyi Perl, keresse meg a kulcsrakész megoldást az interneten.

Ha van egy választás között telepít egy új szerver és dolgozzon ki egy olyan eljárási irat végrehajtásáról szóló a mentés, az átlagos rendszergazda mindig választani kiszolgáló telepítése. Bár nincs semmi szokatlan, meg kell dokumentálni, hogy mit csinálsz. Sok rendszergazdák halogatni kidolgozása a szükséges dokumentációt a különböző okok miatt:

„Megcsinálom később.”

Sajnos, ez általában nem ez a helyzet. Még ha a rendszergazda, és nem becsapja magát, ő nagyon a munka jellege olyan, hogy problémák merülnek fel túl kaotikus, hogy „csinálni később.” Sőt, minél tovább késlekedünk, annál többet elfelejteni, és ez természetes, hogy a dokumentum kevésbé részletes (és ezért kevésbé hasznos).

„Miért írok? Majd én emlékszem.”

Kivéve, ha az a ritka egyének fotografikus memóriája, nem, nem emlékszem. Vagy ami még rosszabb, emlékszem, de csak részben, nem veszik észre, hogy elfelejtette a fontos részleteket. Ez vezet időpocsékolás megismételni a vizsgálatot korábban megvizsgált, vagy a hibák javítása történik, mert a hiányos megértése a helyzet.

„Ha tartani a fejemben, azokat nem lőttek - én lesz a munkahely biztonsága!”

Ezen felül, ha a munka egy kicsi, de növekvő szervezet, végül szükség van a más rendszergazdák. Hogyan tudna tanítani, hogy cserélje ki, ha folyamatosan mindent a feje? Tovább ront a helyzeten, a dokumentáció hiánya teheti meg, így elengedhetetlen, hogy leállítja a progresszió a ranglétrán. Lehet, a végén fog működni az ugyanaz az ember, aki hozta, hogy segítsen.

Remélhetőleg most, hogy meg vannak győződve arról, milyen előnyökkel jár ezzel a rendszer dokumentációját. Ez elvezet minket a következő kérdést: mit kell dokumentálni? Itt van egy részleges lista:

Szabályok vannak írva a szabványosításra és hivatalossá a kapcsolatot a felhasználókkal. Ezek világossá teszik, hogy a felhasználók hogyan kezelik segítségnyújtás iránti kérelmek és az erőforrás-kérelmeket. Karakter, stílust és módon kommunikálni a szabályokat a felhasználókkal változik szervezetnél.

Eljárás - bármilyen műveletsornak melyeket el kell végezni, hogy megoldja a problémát. Példák eljárásokat dokumentálni kell, lehet tartja a mentés, a felhasználói fiókok kezelésére, a jelentést a kérdésről, stb Mivel abban az esetben, automatizálás, ha egy eljárást végzik többször, akkor azt kell dokumentálni.

Használni a legtöbb munka a rendszergazda módosítására -. Konfigurálása rendszerek maximális teljesítményt, hibakeresés parancsfájlok konfigurációs fájlok módosításán, stb Mindezen változtatásokat kell valahogy dokumentálni. Ellenkező esetben, akkor találja magát zavaros, hogy milyen változtatásokat tett néhány hónappal ezelőtt.

Egyes szervezetek kifinomult rendszerek számviteli változások, de a legtöbb esetben csak arra van szükség - ez egy egyszerű módosítási előzmények elején a módosított fájlt. A minimum, hogy minden bejegyzés a változás történelem tartalmaznia kell az alábbi területeken:

A neve vagy rövidítése személy vnosshego változások

Dátum változások

Az ok, amiért a változások történtek

Az eredmény egy rövid és hasznos bejegyzések:

Ami a kommunikációt a felhasználók számára, hogy nem túl sok. Légy tudatában annak, hogy még a kis változások a rendszer, amit úgy tűnik, hogy szinte láthatatlan, teljesen megzavarja a munkavállaló a személyzeti osztályon.

Általában, ha az üzenet írása, a legjobb, hogy kövesse ezt a tervet:

Mondja meg a felhasználóknak, hogy mit szándékozik tenni

Mondja meg a felhasználóknak, amit csinál

Mondja meg a felhasználóknak, amit tettél

Nézzük részletesebben ezeket a lépéseket.

Tedd a felhasználók megfelelő számú figyelmeztetéseket, mielőtt bármit. A meghatározott számú szükséges figyelmeztetések függ az esemény (frissítése az operációs rendszernek több figyelmeztetés, mint a szín változtatni az alapértelmezett windows login) és maguk a felhasználók (műszakilag fejlettebbek a felhasználók gyorsan alkalmazkodni a változásokhoz, mint a felhasználók minimális műszaki ismereteket versa).

Legalább meg kell mutatnia:

Amikor történik

Miért történik ez

Körülbelül mennyi ez időt vesz igénybe

Változások (ha van ilyen) szembe kell néznie a felhasználók

Tételezzük fel a következő helyzetet: a számviteli osztály nehézségekkel küzd az adatbázis szerver, ami néha nagyon lassú. Azt akarod, hogy állítsa le a szerver, akkor cserélje ki a processzort egy erősebb és indítsa el a rendszert. Ezt követően, akkor mozog maga az adatbázis gyorsabb RAID-tömbben. Itt egy lehetséges üzenetet ebben a helyzetben:

Stop rendszert a tervek szerint péntek este

Pénteken, kezdve 18:00 (éjfél kollégáink Berlin), hogy minden könyvelési alkalmazások lesznek elérhetők körülbelül négy órán keresztül.

Ebben az időben nem fog változtatni a hardver és a szoftver az adatbázis szerver számlákat. Ezek a változások jelentősen csökkenti a szükséges időt, hogy futtatni a Kötelezettségek programok követelések és ezáltal a heti mérleg.

A legtöbb felhasználó nem vesz észre semmi változást, eltekintve növeli a sebességet. Azonban azok a felhasználók, akik írásban saját SQL-lekérdezéseket tisztában kell lenniük azzal, hogy nem lesz változás a rendszer egyes indexek. Ezeket a változásokat dokumentálják a belső webhely, a „fiókok” részben.

Néhány pont érdemes megjegyezni:

Jelentette, hogy a megfelelő módja annak, hogy a kezdő időpontját és időtartamát az üzemzavarok, amelyek szükségesek ahhoz, hogy változásokat.

Mindig adja meg a következő módosításokat, hogy a felhasználók megértsék őt tisztán, nem számít, hol vannak.

A kifejezések, amelyek érthető a felhasználók számára. Nem érdekli őket, hogy az új processzor frekvenciája 2 GHz-es és kétszer a cache a második szint, illetve, hogy az adatbázist vándoroltak a RAID 5 tömb.

Ez a lépés alapvetően az utolsó figyelmeztetés a közelgő esemény; lényegében meg kell egy összefoglaló az első poszt, de hangsúlyozta, a közelgő eseményeket időszakra ( „bővítése ma kerül sor a rendszer”). Ez is egy jó hely, hogy válaszoljon a kérdésekre, hogy megkapta az első jelentés után.

Fejlődő esetünkben az előző részben, adunk egy példát az utolsó figyelmeztetés:

Stop rendszert a tervek szerint ma este

Emlékeztető: a rendszer leállítása, jelentette be hétfőn, végeznek a tervek szerint ma 18:00 órakor (éjfélkor a berlini iroda). A részletes jelentés a leállító rendszer található belső weboldal, a „System Administration”.

Többen kérdezték, ha szükség van, hogy befejezze a munkát, mielőtt, hogy végezzen adatarchiválásra rendszer leállását. Nem szükséges, hiszen az elvégzett munka nem befolyásolja a tárolt adatok a személyes munkaállomásokra.

Felhívjuk figyelmét, hogy azoknak, akik írtak a saját SQL-lekérdezéseket lehet, hogy módosítania kell azokat, hogy módosítsa a rendszer egyes indexek. A változásokat dokumentálják a hazai társaság honlapján, a következő részben „számviteli”.

A felhasználók figyelmeztetése; akkor most kap munkát.

Miután befejezte a változtatások a rendszer, meg kell mondani, hogy pontosan mit csináltál. Ismét ezt az üzenetet kell összefoglalja a korábbi üzeneteket (mindig van valaki, ne olvassa őket). [1]

Van azonban egy fontos kiegészítés, hogy meg kell tennie. Szükség van a felhasználók tájékoztatása az aktuális állapotot. Eltelt már frissített a tervek? Van elég hely a szerveren a könyvelési adatok, vagy helyet csak műszaki osztály adatokat? Mindezeket a kérdéseket kell közzétenni a jelentésben.

Ha az aktuális állapot a rendszer eltér a tervet, akkor természetesen meg kell mondani róla, és világosan le, hogy mi lesz (ha van) tenni a jövőben a célok eléréséhez korábban tervezett.

Ebben az esetben a munka közben a rendszergazda felmerült problémákat. Az új processzor modult nem szerzett; hívás után a gyártó úgy találták, hogy az in situ csere igényel speciális modult. A migráció az adatbázis a RAID-tömb sikeres volt (bár ez hosszabb ideig tartott, mint a tervezett, problémák miatt a CPU modul).

Stop rendszert befejeződött

Mivel a megoldatlan problémák hardver, szoftver, és a teljesítmény jelentések, bár nőtt, de a tervezett értékeket nem éri el. Miután a problémák megoldódnak nem végezhetnek hardverfejlesztésen lesz menetrend, és bejelentette egy második leállító rendszer.

Ha kérdése van, kérjük lépjen kapcsolatba a rendszer adminisztrációs részleg tel. 4321.

Miután megkapta egy ilyen üzenetet, a felhasználók rendelkezésére elegendő információ, hogy folytassa és arra, hogy milyen változások történtek a hatása a munkájukat.

megjegyzés

Ez nem jelenti azt, hogy meg kell kezelni az alkalmazottak támadók. Ez csak azt jelenti, hogy meg kell érteni, hogy mit csinál minden ember, és meghatározza, hogy milyen típusú támadás a rendszer biztonságát lehet elhelyezni a bejegyzést, ha akarja.

Amikor a biztonság, a legtöbb rendszergazda zárva a technikai kérdésekben, és felejtsd el más fenyegetések ellen. Nagyon gyakran, biztonsági rések eredete nem a technikai eszközök és az emberi természet.

A támadó azt mondja hív valahol, a másik végén a föld (talán ez a történet egy részét találták, és talán meg egy sajtóközleményt a folyamatban lévő pénzügyi igazgatója a kiállítás a helyszínen).

A hívó azt mondja a szomorú történet: a laptop lopott a repülőtéren, és ő most beszél egy fontos ügyfél, és szüksége van a belső hálózat állapotának ellenőrzése az ügyfél számlája. Nem lennék olyan kedves, hogy tájékoztassa az üzemeltető a szükséges információkat a hálózat elérésére?

Tudod, mi lesz, hogy a szolgáltató ebben a helyzetben? Ha a szolgáltató nem rendelkezik egyértelmű utasításokat (formájában szabályok és eljárások), akkor nem biztos, tetteit.

Hogy mit jelent a szabályok és eljárások, valamint a közlekedési lámpa, hogy biztosítsa az egyediségét értelmezése a megfelelőségét a viselkedést. Sajnos, mint abban az esetben a közlekedési szabályok és eljárások csak akkor működik, ha követi őket. És ebben rejlik a fő probléma - nem valószínű, hogy mindenki tartsa be a szabályokat. Sőt, attól függően, hogy milyen típusú szervezet nincs felhatalmazva arra, hogy szabályokat, nem is beszélve arról,, hogy kötelezzék őket, hogy végre. Mi a teendő ilyen esetekben?

Röviden: minden olyan eszköz, hogy információt a felhasználók számára.

A rendszergazdák, akik komolyan veszik az összes ezeket a javaslatokat, és megpróbáljuk teljesíteni őket, jó lesz a rendszergazdák. de nem sokáig. Előbb vagy utóbb, valami megváltozik, és egy napon ő lesz a medencében. Mi ennek az oka? A szuper rendszergazda nem képes megfelelően tervezni az eseményt.

Persze, senki sem tudja megjósolni a jövőt 100% -os pontossággal. Azonban egy kicsit megfigyelés világossá teszi egy csomó dolgot:

Az említett halad az unalmas heti ülésén megjegyzés a közelgő új projekt egy biztos jele annak, hogy hamarosan lesz, hogy támogassa az új felhasználók

Beszéljen a közelgő átvétele egy másik társaság azt jelenti, hogy lesz felelős az új (esetleg összeférhetetlen) távoli rendszerek

Az a képesség, hogy az ilyen jeleket (és megfelelően reagál rájuk), hogy megkönnyítsük az Ön és a felhasználók számára.

Az „előre a váratlan” banális, de ez tükrözi az igazságot, hogy minden meg kell értenie a rendszergazdák:

Az Ön gyakorlatban nem lesz idő, hogy lesz elkapni váratlanul.

Lemondott az a kényelmetlen tényt, gondoljuk végig, hogy ez mit lehet eltávolítani egy rendszergazda? A válasz abban rejlik rugalmassága; elvégzi a dolgát, hogy hagyja meg (és a felhasználók) képes manőverezni. Vegyük például a lemezterület. Ismeretes, hogy ez egy állandó mozgásszegény jog, például a gravitáció törvényét. Ésszerű azt feltételezni, hogy egy bizonyos ponton fog találkozni az igény további tárhelyet.

Mi tehát az, hogy a rendszergazda, aki számít a váratlan? Valószínűleg meg lehet tartani egy pár tartalék meghajtó esetén hardveres probléma. [1] Az ilyen lemezek ideiglenesen hozzáadhat [2] a rendszer, hogy megoldja a helyigény. Ezen túlmenően, ez időt ad egy alapos megoldást a problémára (például, ha szokásos további szabad sorrendben eljárás).

Készüljünk a problémákat, mielőtt azok előfordulnak, akkor tedd magad jobb helyzetben, amely lehetővé teszi, hogy válaszoljon gyorsabban és hatékonyabban, mint ha szembesülnek váratlan probléma.

megjegyzés

És persze, a rendszergazda, aki számít a váratlan, akkor a RAID (vagy hasonló technológiával), hogy csökkentsük a meghibásodása kritikus meghajtók rendszerek működésére.

Ismét a rendszergazda, aki megpróbálja a problémák megelőzésére, beállítani a rendszert, így a hajtás bekerül a rendszerbe történt a lehető legegyszerűbben.