Stavový, nebo založený na asynchronních událostech? S agentem, nebo bez něj? O čem je řeč? O operativním monitoringu, který má upozornit na existující nebo blížící se nepříznivé stavy IT technologií nebo jimi poskytovaných služeb.
Bezagentský monitoring je dnes poměrně moderním pojmem. Skutečností ale je, že pokud monitorovací systém poskytuje pouze tento režim, nabízí též z principu výrazně omezenější sadu kontrol. To nemusí být vadou pro software specializovaný na sledování konkrétní technologie nebo jen určitého typu informací, avšak systém vyšší třídy se bez distribuovaného systému agentů neobejde.
To samozřejmě neznamená, že koncept bezagentského monitoringu nenajde své uplatnění – jen je ho potřeba užívat s rozvahou a nepovažovat jej za dogma. Je nutné si uvědomit, že i tento způsob sledování pracuje s agentem, pouze to není software poskytovaný producentem monitorovacího systému. (Možná producent není schopen vyvíjet a podporovat software na širokém spektru různých platforem.)
Realizace analogického množství kontrol by v bezagentském systému nepochybně vedla k výrazně vyššímu zatížení monitorovaného systému – namísto skutečných hodnot sledovaných metrik často poskytuje jen jejich aproximace (například procentuální podíl zatížení CPU poplatné jen času, kdy bylo provedeno měření).
Kvůli principiálním omezením musí architekt systému později vymýšlet, jak zajistit sledování důležitých, původně opomenutých metrik – a obvykle to skončí instalací „nějakého agenta“, čímž vzniká distribuovaný systém nepříliš sourodého programového vybavení a původně nižší náklady na implementaci bezagentského systému rostou progresivněji než u systému s propracovanou centralizovanou správou.
Stav, nebo událost
Vidět v prezentačním rozhraní (v dnešní době obvykle webovém) aktuální výsledek prováděné kontroly je bezesporu příjemné. V tomto směru boduje například populární open source systém Nagios, v němž například i v hlavních přehledechjsou uváděny časy poslední provedené kontroly dané metriky.
Obecně však mají tyto typy monitorovacího systému problém plnohodnotně prezentovat asynchronní události (tedy ty z log souborů, SNMP trapy apod.). Naopak takzvané konzole událostí potíž s prezentací výstupů stavově orientovaných kontrol nemají, neboť zobrazují jen události reprezentující změnu stavu. Praxe ale ukazuje, že uživatelé u takového systému pocitově získávají menší garanci spolehlivosti typu: „V konzole událostí nevidím žádné kritické události – opravdu to znamená, že všechno funguje, jak má?“ Vyvážený monitorovací systém proto při prezentaci výstupů obvykle kombinuje konzolu událostí s přehledem aktuálních stavů, a to realizovaným různou formou.
Jak na to?
DATASYS se jako partner IBM už od počátku devadesátých let intenzivně zabývá implementací a provozováním monitorovacích systémů Tivoli. Produktová řada se za tu dobu poměrně rozvinula, přičemž současná značka „IBM Tivoli Monitoring“ je základnou pro moduly specializované na sledování stavu a zdraví databází, aplikačních serverů apod.
Širokou paletu podporovaných metrik podává v graficky poměrně bohaté podobě, která je integrální vlastností produktu, takže je v neztenčené míře dostupná i pro zákaznicky přidané metriky.
Součástí základní komponenty je rovněž data warehouse pro ukládání historických hodnot sledovaných veličin. Záleží přirozeně na kvalitě implementace, ale je zřejmé, že monitoring pod záštitou IBM Tivoli nemusí být jen reaktivní a dokáže avizovat i neblahé stavy teprve vznikající.
Přímočará vazba na databázi CMDB, automatizované mapování technické infrastruktury a provázanost s nástroji pokročilého sledování a ladění interních struktur aplikací (IBM Tivoli Composite Application Manager) jsou tím, co dělá z IBM skutečné „Business Service Management“ řešení.
Je libo open source?
Pro zákazníky, kteří od monitorovacího systému požadují jen spolehlivé monitorování a kvalitní prezentaci zjištěných stavů, nebo prostě z jakýchkoli důvodů preferují produkty pracující pod licencemi GNU/GPL, má DATASYS také připraveno řešení.
Tím je systém Zabbix, doplněný o korelační engine vlastní výroby. Zkušenost dodavatele totiž říká, že nejvíc toho aplikace o sobě povědí samy, stačí umět správně číst logovací soubory.
Zabbix představuje velmi kompaktní a velice dobře navržené řešení. Centrální server řídí agenty na monitorovaných serverech, veškerá konfigurace je prováděna přes webové rozhraní. Řešení má pružný systém notifikací, poskytuje databázi (a grafy) historických hodnot a trendů i dynamické reporty plnění SLA.
V Zabbixu jsou také implementovány statistické a agregační funkce pro vyhodnocení výjimečných stavů sledovaných metrik, které berou do úvahy nikoli jen poslední zjištěný stav, ale určenou sadu posledních stavů. Ve srovnání například s Nagiosem je Zabbix výrazně lepší.
Autor je pracovníkem firmy DATASYS.
Technologickým partnerem a sponzorem tohoto příspěvku je společnost DATASYS.