Před několika týdny jsem mluvil s ctihodným Kenem Hessem na živém přenosu „Red Hat Enterprise Linux Presents…“. Tématem diskuse byly obecné postupy správy systémů a ukázalo se, že Ken a já máme velmi odlišné názory na to, co to je.
Ken i já jsme pracovali v době, kterou mohu popsat pouze jako pozlacený věk správy systémů. V této době by administrátoři s láskou ručně vyráběli systémy, které spravovali. Existoval doslova cech, který existuje dodnes:Cech systémových administrátorů. Během tohoto období bylo také mnoho systémů neuvěřitelně drahých. V důsledku toho by administrátoři často spravovali 5-20 serverů. Jedním z faktorů bylo, že výpočetní hardware v prostoru Unixu byl extrémně drahý. Moje pracovní stanice Silicon Graphics Indy, na obrázku níže, stála asi 26 000 $, když byla nová.
V této éře jsme potřebovali různé dovednosti, abychom byli efektivními správci, a trávili jsme spoustu času plněním úkolů jako:
Plánování úložiště :Velké diskové jednotky byly 1G a souborové systémy nepodporovaly funkce, jako je změna velikosti. Když jste nainstalovali systém a nastavili konfiguraci jeho úložiště, velikost vybraná pro různé souborové systémy a jejich umístění na disku bylo důležité pro zajištění dlouhé životnosti stroje. Pokud jste zvolili špatně, o měsíce později byste to celé předělali a obnovili obsah ze zálohy.
Správa softwaru :Balení softwaru téměř neexistovalo. Obecně jste si stáhli zdrojový archiv, zkompilovali jej a poté jej instalovali do počítače. Protože však tento software nebyl zabalen, museli jste jej jako správce také udržovat. To sestávalo z monitorování projektu, který jste si stáhli (jako Apache), aby mohly být vydány aktualizace. Jakmile byly, pak jste si mohli stáhnout aktualizovanou verzi, znovu zkompilovat a nainstalovat ji. Jaká zábava, že?
Rekompilace jádra :Pokud byste měli štěstí a potřebovali byste na svém počítači další zařízení, jako je pásková knihovna, skener nebo optické úložiště, jádro systému by pro to mělo ovladače. Často se to však nestalo. To znamenalo, že musíte znovu zkompilovat jádro, abyste buď přidali ovladač, nebo znovu, pokud jste měli štěstí, vytvořili modul ovladače pro jádro. Skvělý způsob, jak strávit den v práci!
Správa jednotlivých procesů :Tyto systémy často nebyly na jedno použití. Často jste měli systém, který fungoval jako webový server pro nějaké informace, ale také spouštěl úlohy analýzy dat nebo vykreslování, běžel jako poštovní server, poskytoval služby DNS pro organizaci a fungoval jako souborový server. Protože systém dělal tolik věcí, nekontrolovaný proces Bind nebo démon Apache by mohl drasticky ovlivnit vaši organizaci. To znamenalo, že jste dost často kontrolovali systémy a dívali se na jejich procesy, abyste tyto problémy včas zachytili, nebo jste psali vlastní skripty, které se spouštějí v cron pracovních míst, které vás upozorní na potenciální problémy. Na rozdíl od většiny věcí, na které se dnes spoléháme, jsme neměli komplexní monitorovací aplikace. Museli jsme je napsat sami.
Správa uživatelů :Protože systémy byly multifunkční, používalo je také více lidí, kteří dělali různé věci. To znamenalo, že různí lidé potřebovali přístup k různým systémům. Spravovali jste tedy také jednotlivé účty napříč celou flotilou systémů. Existovaly některé centrální uživatelské služby, jako je NIS, ale v této době neexistovala velká kontrola nad tím, ke kterým systémům měl konkrétní uživatel povolen přístup. To znamenalo, že uživatelé mohli přistupovat k jakémukoli systému v organizaci, pokud byli v centrální uživatelské službě. Pokud jste pracovali někde méně otevřeně, musíte svůj čas trávit pomocí useradd a userdel udržovat, kdo měl přístup k jakým systémům.
[ Čtenářům se také líbilo: Kariéra systémového správce:Vaše práce správce systému končí? ]
Je zřejmé, že dnes máme mnoho technologií, které tyto úkoly zastaraly, od centrální správy uživatelů a služeb monitorování až po formáty balení a lepší ekosystémy softwaru a hardwaru. To také znamená, že trávíme čas v práci různými úkoly. Mít všechna tato vylepšení našich technologických zdrojů v průběhu let znamená, že nyní spravujeme mnohem větší populace systémů. Jestliže dříve byl pozlacený věk, nyní je industrializovaný věk správy systému. Větší populace systémů a modelů nasazení, jako je cloud, znamenají, že pracujeme s rychlostí a efektivitou, která by v minulosti nebyla možná.
Dnes bych navrhl, že dovednosti, které správcům umožňují provádět úkoly efektivněji nebo ve větším měřítku, jsou důležitější. Dovednosti jako:
Standardizace :Dříve jsem mluvil o systémech, které měly více účelů. Mít systémy vyhrazené pro konkrétní účel však znamená, že je můžete spravovat všechny společně. Pokud někdo potřebuje aktualizaci, pravděpodobně ji potřebují všichni. Pokud někdo získává nové nastavení konfigurace, pravděpodobně toto nastavení potřebují všichni.
Automatizace :Automatizace je také zásadní pro standardizaci. Pokud zjistíte, že potřebujete použít aktualizaci nginx na všechny vaše webové servery, potřebujete metodu, jak to skutečně udělat. Ať už se jedná o vytváření vlastních nástrojů, skriptů nebo používání rámce, jako je Ansible, musíte mít efektivní a opakovatelný způsob plnění úkolů napříč vašimi systémy.
Monitorování :S většími populacemi systémů, které je třeba spravovat, je pravděpodobně nemůžete zkontrolovat všechny. Použití metody monitorování vám umožní identifikovat problémy dříve. Monitorování v kombinaci se standardizací a automatizací umožňuje včasné zachycení a vyřešení toho, co mohlo být kaskádovým selháním. Pokud má například jeden z vašich webových serverů na jednom ze svých souborových systémů málo místa na disku, mnoho z vašich systémů tohoto typu je pravděpodobně v podobném stavu (i když možná ještě nepřekročilo práh výstrahy monitorování). Můžete použít své automatizační nástroje k vyřešení problému se souborovým systémem a aplikovat to na obyvatelstvo, abyste předešli problémům v blízké budoucnosti.
Hlášení :Jak získáte tyto větší populace, nemůžete se na ně dívat jednotlivě. Musíte od nich sbírat data o jejich konfiguraci, nainstalovaných balíčcích a dalších funkcích. Opět platí, že v kombinaci s automatizací a standardizací je to mocný nástroj, protože můžete dělat věci, jako je aplikace aktualizací na velké části vaší populace, která je potřebuje. Stejně důležité je vědět, co je v této populaci. Nedávno jsem byl dotázán, zda v našem prostředí používáme software konkrétního dodavatele. Protože pravidelně sbírám data o tom, co je nasazeno, mohl jsem s jistotou nahlásit, že ne. Dále jsem poskytl nějaké další údaje o věcech, jako kdy systémy měly poslední údržbu, a podrobnosti o tom, co tato údržba byla. V případě potřeby mohu dodat historii akcí prováděných na systémech od úrovně populace až po jednotlivé boxy.
[ Nový výzkum od HBR Analytic Services – IT strategie talentů:Nová taktika pro novou éru ]
Koneckonců
Jak se bezpočet průmyslových odvětví přesouvá od individuálních, malých praktiků k větším industrializovaným procesům, musí se tomu přizpůsobit i správci systémů. Jak již název článku napovídá, správa systému z pozlaceného věku je mrtvá, ať žije správa systému v průmyslovém věku!