Je noc, na serveru svítí oranžová kontrolka a dodavatel má přijet vyměnit disk. Technik stojí v sále a hledá stroj, který zná jen podle hostname. Ve které uličce stojí? V jakém racku? Je to ten nahoře, nebo ten pod ním? A platí na něj vůbec ještě servisní smlouva, nebo dodavatel přijede a odjede s tím, že tenhle kus už nepokrývá?
Takové situace nejsou výjimečné. Fyzická vrstva infrastruktury bývá v evidenci nejslabší. Logická CMDB ví o aplikacích a virtuálních serverech, ale o tom, kde hardware fyzicky stojí, často mlčí. Výsledkem je ztracený čas v nejméně vhodnou chvíli a zbytečná nejistota pro lidi, kteří mají problém vyřešit.
Proč se fyzická evidence rozpadá
Informace o umístění hardwaru obvykle žijí mimo hlavní evidenci. V praxi často vidíme:
- samostatné tabulky s rozložením racků, které vede jeden člověk a nikdo jiný je neaktualizuje,
- výkresy sálů uložené jako obrázky nebo PDF, které po prvním stěhování serverů přestanou platit,
- servisní smlouvy v šanonech nebo ve sdílené složce, bez vazby na konkrétní kusy hardwaru.
Každý z těchto zdrojů je sám o sobě užitečný, ale nejsou propojené. Když se server přesune do jiného racku, změní se jedna tabulka a ostatní ne. Když smlouva skončí, nikdo nedostane upozornění, že pod ní zůstaly kritické servery.
Jak k fyzické vrstvě přistupovat
Umístění a smluvní pokrytí by měly být vlastnosti položky v CMDB, stejně jako operační systém nebo vlastník. Pak platí jediná pravda pro logický i fyzický pohled.
Dobrá evidence datového centra má jasnou hierarchii: lokalita, datové centrum, sál, ulička, rack a pozice v racku. Každý server, storage nebo síťový prvek má v této hierarchii své místo. Na tuto strukturu pak navazuje vizualizace, protože člověk v sále nepotřebuje tabulku, ale obrázek, ve kterém se zorientuje.
Stejně důležitá je vazba na servisní kontrakty. U každého kusu hardwaru by mělo být vidět, která smlouva ho pokrývá, kdy končí a jaké SLA dodavatel garantuje. Teprve pak se dá při incidentu rychle rozhodnout, komu volat a co očekávat.
Jak to řeší Eywo Stratum
Eywo Stratum eviduje datová centra přímo v CMDB. Hierarchie zahrnuje lokalitu, datové centrum, sál, uličku, rack a pozici v racku. Fyzické servery, storage, SAN i síťové prvky mají své umístění jako součást položky, se stejnou historií verzí jako ostatní údaje. Je tedy vidět, kdo a kdy server přesunul.
Vizualizace sálu ukazuje rozmístění racků po uličkách. Vizualizace racku ukazuje jednotlivé pozice a to, co na nich stojí. Technik tak vidí, kam jít, a správce kapacit vidí, kde je v racku volné místo.
Hardware se propojuje se servisními kontrakty a dodavateli. U položky je vidět, která smlouva ji pokrývá, kdy smlouva končí a jaké SLA dodavatele platí. Přehled konců platnosti ukazuje, kde se blíží konec smlouvy, a to dřív, než se z toho stane problém při poruše. Pokud dojde k incidentu, Eywo Stratum umožňuje eskalaci na dodavatele podle servisní smlouvy.
A protože fyzická vrstva je součástí stejné CMDB, navazuje na mapu závislostí. Od racku se dá dojít až k business službě. Při plánované práci v sále je tak předem jasné, kterých služeb se může dotknout.
Závěr
Datové centrum není jen místnost se stroji. Je to vrstva, na které stojí všechno ostatní. Když je v CMDB zachycená stejně pečlivě jako aplikace, technik najde server bez hledání, vlastník služby ví, co jeho službu nese, a nikoho nepřekvapí smlouva, která skončila před měsícem.
Evidence datových center a servisních kontraktů je součástí edice Business.
Eywo Stratum Business
Pro provoz, který chce propojit monitoring, bezpečnost a dodavatele.