FAKULTA INFORMAČNÍCH TECHNOLOGIÍ

ˇ Í TECHNICKE´ V BRNEˇ VYSOKE´ UCEN BRNO UNIVERSITY OF TECHNOLOGY

ˇ ÍCH TECHNOLOGIÍ FAKULTA INFORMACN ˇ ÍCH SYSTEM ´ ´ U ˚ USTAV INFORMACN FACULTY OF INFORMATION TECHNOLOGY DEPARTMENT OF INFORMATION SYSTEMS

´ Í SYSTEM ´ U ˚ PRO SLEDOVAN ´ Í PROVOZU SROVNAN ˇ ÍTACOV ˇ ´ POC YCH SÍTÍ

´ RSK ˇ ´ PRACE ´ BAKALA A BACHELOR’S THESIS

´ AUTOR PRACE AUTHOR

BRNO 2007

ˇ VOZDECKY ´S ´ LUKA

ˇ Í TECHNICKE ´ V BRNE ˇ VYSOKE´ UCEN BRNO UNIVERSITY OF TECHNOLOGY

ˇ ÍCH TECHNOLOGIÍ FAKULTA INFORMACN ˇ ´ ´ U ˚ USTAV INFORMACNÍCH SYSTEM FACULTY OF INFORMATION TECHNOLOGY DEPARTMENT OF INFORMATION SYSTEMS

´ Í SYSTEM ´ U ˚ PRO SLEDOVAN ´ Í PROVOZU SROVNAN ˇ ÍTACOV ˇ ´ POC YCH SÍTÍ COMPARISON OF SYSTEMS FOR MONITORING OF COMPUTER NETWORKS

´ RSK ˇ ´ PRACE ´ BAKALA A BACHELOR’S THESIS

´ AUTOR PRACE

ˇ VOZDECKY ´S ´ LUKA

AUTHOR

´ VEDOUCÍ PRACE SUPERVISOR

BRNO 2007

ˇ Ing. RUDOLF CEJKA

Abstrakt Práce se zabývá srovnán´ım tˇr´ı open–source Linux/Unix aplikac´ı Nagios, Zabbix, Big Sister slouˇz´ıc´ıch k monitorován´ı stavu a sluˇzeb poˇc´ıtaˇcové s´ıtˇe. Pro kaˇzdou aplikaci je uveden struˇcný princip konfigurace a sledován´ı s´ıtˇe. Pro srovnán´ı je pouˇzit seznam akc´ı a problém˚u, se kterými se lze v bˇezˇ ném provozu setkat nejˇcastˇeji. Pro jednotlivé aplikace je pak naznaˇcen zp˚usob ˇreˇsen´ı, vˇcetnˇe konkrétn´ıho postupu v dané aplikaci.

Kl´ıcˇ ová slova Nagios, Zabbix, Big Sister, jak monitorovat poˇc´ıtaˇcovou s´ıt’, nástroje pro monitorován´ı poˇc´ıtaˇcové s´ıtˇe

Abstract This thesis is comparison of three open–source Linux/Unix network monitoring applications Nagios, Zabbix, Big Sister. Every application is described according to its basic fundamentals. The comparison is done through managing series of tests based on real environment experience. Solution to these problems and specific procedure differencies are described for each application.

Keywords Nagios, Zabbix, Big Sister, how to monitor computer network, network monitoring tools

Citace Lukásˇ Vozdecký: Srovnán´ı systém˚u pro sledován´ı provozu poˇc´ıtaˇcových s´ıt´ı, bakaláˇrská práce, Brno, FIT VUT v Brnˇe, 2007

Srovnán´ı systém˚u pro sledován´ı provozu poˇc´ıtaˇcových s´ıt´ı Prohlásˇen´ı Prohlaˇsuji, zˇ e jsem tuto bakaláˇrskou práci vypracoval samostatnˇe pod veden´ım pana Ing. Rudolfa ˇ Cejky. Uvedl jsem vˇsechny literárn´ı prameny a publikace, ze kterých jsem cˇ erpal. ....................... Lukásˇ Vozdecký 10. kvˇetna 2007

c Lukásˇ Vozdecký, 2007.

Tato práce vznikla jako sˇkoln´ı d´ılo na Vysokém uˇcen´ı technickém v Brnˇe, Fakultˇe informaˇcn´ıch technologi´ı. Práce je chránˇena autorským zákonem a jej´ı uˇzit´ı bez udˇelen´ı oprávnˇen´ı autorem je nezákonné, s výjimkou zákonem definovaných pˇr´ıpad˚u.

Obsah ´ 1 Uvod

2

2

3

4

Nagios 2.1 Prerekvizity . . . . . . 2.2 Konfigurace . . . . . . 2.2.1 Server . . . . . 2.2.2 Agent . . . . . 2.3 Monitorován´ı provozu 2.3.1 Kontrola stanic 2.3.2 Kontrola sluˇzeb 2.4 Pouˇzit´ı v praxi . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

. . . . . . . .

3 3 3 3 5 5 5 5 5

Zabbix 3.1 Prerekvizity . . . . . . . 3.2 Konfigurace . . . . . . . 3.2.1 Server . . . . . . 3.2.2 Webové rozhran´ı 3.2.3 Agent . . . . . . 3.3 Monitorován´ı provozu . 3.4 Pouˇzit´ı v praxi . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

. . . . . . .

10 10 10 10 11 11 11 13

. . . . . .

18 18 18 18 19 19 20

Big Sister 4.1 Prerekvizity . . . . . . 4.2 Konfigurace . . . . . . 4.2.1 Server . . . . . 4.2.2 Agent . . . . . 4.3 Monitorován´ı provozu 4.4 Pouˇzit´ı v praxi . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

. . . . . .

5

Srovnán´ı Nagios, Zabbix a Big Sister

22

6

Závˇer

23

1

Kapitola 1

´ Uvod Rozvoj poˇc´ıtaˇcových technologi´ı je do znaˇcné m´ıry ekvivalentn´ı pojmu rozvoj poˇc´ıtaˇcových s´ıt´ı a jejich u´ drˇzba. Poˇc´ıtaˇcové sluˇzby jsou zˇr´ıdka poskytovány a vyuˇz´ıvany jiným zp˚usobem neˇz prostˇrednictv´ım poˇc´ıtaˇcové s´ıtˇe. Kvalita sluˇzeb je tak pˇr´ımo u´ mˇerná efektivn´ımu monitorován´ı sit’ového provozu. Problematikou práce je porovnán´ı tˇr´ı nejrozˇs´ıˇrenˇejˇs´ıch open-source aplikac´ı pro monitorován´ı ’ s´ıt ových prvk˚u Nagios, Zabbix a Big Sister. Jsou uvedeny obecné informace o zp˚usobu konfigurace a fungován´ı jednotlivých aplikac´ı vˇcetnˇe obecné struktury konfiguraˇcn´ıch soubor˚u i konkrétn´ıch pˇr´ıklad˚u. Podat pˇresný popis vˇsech atribut˚u jednotlivých aplikac´ı nen´ı c´ılem této práce. Informace tohoto typu jsou detailnˇe probrány zde [5, 6, 3]. Studium a pouˇz´ıván´ı této dokumentace je doporuˇceno paralelnˇe se studiem této prac´ı. Zároveˇn je pˇredpokládáno alespoˇn letmé seznámen´ı se s problematikou sledován´ı provozu poˇc´ıtaˇcových s´ıt´ı. Stˇezˇ ejn´ım bodem práce je soubor nejˇcastˇejˇs´ıch akc´ı, se kterými se osoba povˇeˇrená správou a monitorován´ım s´ıtˇe m˚uzˇ e setkat v praxi. Mezi tyto akce patˇr´ı r˚uzná nastaven´ı v souvislosti s notifikac´ı o nedostupnosti sluˇzeb. Dále pak specifikace r˚uzných monitorovac´ıch interval˚u pro r˚uzné sluˇzby s ohledem na aktuáln´ı stav, ve kterém se daná sluˇzba nacház´ı. V posledn´ı ˇradˇe pak podrobnˇejˇs´ı monitorován´ı vzdálených stanic. Tyto u´ kony jsou stejné pro kaˇzdou aplikaci, a jsou zpracovány v závˇereˇcných kapitolách jednotlivých sekc´ı. Pˇr´ıstup a efektivita jejich ˇreˇsen´ı jsou pak hlavn´ım kritériem pˇri srovnán´ı monitorovac´ıch aplikac´ı. Obecné aspekty monitorovac´ıch aplikac´ı, které nebylo moˇzné zaˇradit a porovnat v rámci jednotlivých systém˚u, jsou dodateˇcnˇe zm´ınˇeny v závˇereˇcné kapitole Srovnán´ı Nagios, Zabbix a Big Sister. Zároveˇn je zde upozornˇeno na podstatné rozd´ıly jednotlivých aplikac´ı a z nab´ızených ˇreˇsen´ı doporuˇceno to nejefektivnˇejˇs´ı.

2

Kapitola 2

Nagios 2.1

Prerekvizity

Monitorovác´ı aplikace Nagios je open-source k dispozici na http://www.nagios.org. Provoz vyˇzaduje následuj´ıc´ı komponenty • OS typu Linux/Unix • Nagios-plugins Jedná se o nˇekolik skript˚u nebo binárn´ıch soubor˚u, které jsou samostanˇe schopny vyhodnotit dostupnost urˇcité sluˇzby a výsledek pˇredat hlavn´ı aplikaci. • Web server Doporuˇcen Apache s podporou gd knihovny Thomase Boutella verze 1.6.3 nebo novˇejˇs´ı (pozˇ adováno pro stavovou mapu a trendy CGI). • NRPE Nagios agent pro monitorován´ı vzdálených stanic s OS typu Linux/Unix. • NSClient ++ Nagios agent pro monitorován´ı vzdálených stanic s OS typu Windows. K dispozici na http://sourceforge.net/projects/nscplus. Podrobnˇejˇs´ı informace k této problematice viz [5].

2.2 2.2.1

Konfigurace Server

Serverové rozhran´ı Nagios je konfigurováno prostˇrednictv´ım nˇekolika textových soubor˚u. Veˇskeré zmˇeny v konfiguraˇcn´ıch souborech si vyˇzaduj´ı restart procesu, aby nabyly platnosti.

3

Hlavn´ı konfiguraˇcn´ı soubor Základn´ım prvkem konfigurace je hlavn´ı konfiguraˇcn´ı soubor, který je pˇredáván pˇri spuˇstˇen´ı programu jako parametr. Prvn´ı skupinou dat jsou cesty k ostatn´ım konfiguraˇcn´ım soubor˚um, log souboru a stavovému souboru (obsahuje data popisuj´ıc´ı výsledky monitorován´ı, která jsou projektována na webové rozhran´ı). Dalˇs´ı skupinou nastaven´ı je povolen´ı nebo zakázán´ı urˇcitých aspekt˚u monitorován´ı (notifikace, extern´ı pˇr´ıkazy). Makro soubor Obsahuje uˇzivatelem definovaná makra, která lze pouˇz´ıt napˇr. v definici pˇr´ıkazu. Jak se makra pouˇz´ıváj´ı je objasnˇeno zde [5]. Soubory s objekty monitorován´ı Obsahuj´ı data, která se vztahuj´ı k tomu, co se bude monitorovat. Lze zde definovat a popsat tyto základn´ı typy objekt˚u: • Sluˇzby – service Vztahuj´ı se vˇzdy k nˇejakému objektu typu stanice a popisuj´ı jeho vlastnosti (zátˇezˇ procesoru, volné m´ısto na pevném disku) nebo j´ım poskytované sluˇzby (ftp, http). • Skupina sluˇzeb – servicegroup Skupina objekt˚u typu sluˇzba. • Stanice – host Fyzické zaˇr´ızen´ı na s´ıti, ke kterému se vztahuj´ı vybrané sluˇzby nebo jich vyuˇz´ıvá. • Skupina stanice – hostgroup Skupina objekt˚u typu stanice. • Kontakt – contact Osoby, na jejichˇz kontaktn´ı adresu (email, telefonn´ı cˇ´ıslo) bude doruˇcena notifikace. • Skupina kontaktu˚ – contactgroup Skupina objekt˚u typu kontakt. • Pˇr´ıkazy – command Obsahuj´ı volán´ı programu nebo skriptu, ktera budou spuˇstˇeny v rámci monitorovac´ı nebo notifikaˇcn´ı akce (napˇr. notifikace pomoc´ı emailu, pouˇzije k rozeslán´ı zprávy program mail, tˇelo zprávy bude obsahovat informace o monitorované sluˇzbˇe. V syntaxi Nagiosu bude toto reprezentováno jedn´ım pˇr´ıkazem notify-by-email). ˇ ´ • Casov´ y usek – timeperiod Urˇcuje dobu, po kterou budou stanice a sluˇzby monitorovány a rozes´ılány notifikace. CGI konfiguraˇcn´ı soubor Webové rozhran´ı Nagios je konstruováno prostˇrednictv´ım CGI skript˚u. V konfiguraˇcn´ım souboru jsou uloˇzeny informace o um´ıstˇen´ı html soubor˚u, o zaveden´ı autentizovaného pˇr´ıstupu a dalˇs´ı data podobného charakteru.

4

2.2.2

Agent

Agent Nagios (NRPE, NSClient ++) je konfigurován jedn´ım textovým souborem. Neobsahuje zˇ a´ dná data podobná konfiguraˇcn´ım soubor˚um serverové cˇ a´ sti aplikace. Nejd˚uleˇzitˇejˇs´ımi udáji je seznam IP adres Nagios server˚u, se kterými má agent povoleno komunikovat.

2.3

Monitorován´ı provozu

Soubory s objekty monitorován´ı obsahuj´ı struktury (typy objekt˚u) jejichˇz souˇca´ st´ı jejichˇz souˇca´ st´ı jsou nagios-pluginy, coˇz znamená, zˇ e konkrétn´ı typ objektu (stanice, sluˇzba) jsou monitorovány prostˇrednictv´ım tohoto pluginu.

2.3.1

Kontrola stanic

Kontroly stanic jsou provádˇeny v rámci sktruktury Stanice v Souborech s objekty monitorován´ı. Monitorován´ı je v pˇr´ıpadˇe Kontroly stanic plnˇe ˇr´ızeno Nagiosem. Význam Kontroly stanic spoˇc´ıvá v otestován´ı dostupnosti zaˇr´ızen´ı, pokud libovolná Kontrola sluˇzby vrát´ı status non-OK, tzn. zda je c´ılové zaˇr´ızen´ı v˚ubec k dispozici, zda má smysl provádˇet na tomto zaˇr´ızen´ı dalˇs´ı s n´ım asociované Kontroly sluˇzeb.

2.3.2

Kontrola sluˇzeb

Kontroly sluˇzeb jsou provádˇeny v rámci sktruktury Sluˇzba v Souborech s objekty monitorován´ı. Kontroly sluˇzeb jsou hlavn´ı prostˇredek pro monitorován´ı s´ıtˇe. Struktura Sluˇzba obsahuje zejména tyto poloˇzky. Sluˇzba se vztahuje k zaˇr´ızen´ı v host_name, plugin je uveden v check_command a m˚uzˇ e vyˇzadovat dalˇs´ı parametry. Poloˇzka contact_groups urˇcuje skupinu uˇzivatel˚u, která obdrˇz´ı pˇr´ıpadné notifikace. Seznam a popis vˇsech poloˇzek struktury zde naj´ıt v [5].

2.4

Pouˇzit´ı v praxi

Interval monitorován´ı Vyhodnocen´ı statutu sluˇzby (dostupná – OK, nedostupná – CRITICAL) prob´ıhá na základˇe nˇekolika pokus˚u s r˚uznými cˇ asovými intervaly mezi jednotlivými pokusy. Pro nˇekteré sluˇzby je vhodné pouˇz´ıt delˇs´ı cˇ asovou prodlevu, vˇetˇs´ı poˇcet opakován´ı, pro jiné tomu m˚uzˇ e být naopak. Poloˇzka max_check_attempts urˇcuje poˇcet pokus˚u (poˇcet spuˇstˇen´ı pluginu check_ftp), po kterých bude status vyhodnocen jako CRITICAL. Mezi pokusy je interval retry_check_interval minut. Pokud bude sluˇzba vyhodnocena jako OK, dalˇs´ı testován´ı následuje za normal_check_interval minut. define service{ host_name service_description check_period max_check_attempts normal_check_interval retry_check_interval contact_groups

localhost ftp-localhost 24x7 4 5 1 admins 5

notification_interval notification_period notification_options check_command }

960 24x7 w,u,c,r check_ftp

Timeout Maximáln´ı doba, po kterou se bude testován´ı sluˇzby (Kontrola sluˇzby) pokouˇset o u´ spˇesˇný dotaz pluginem, je v hlavn´ım konfiguraˇcn´ım souboru poloˇzka service_check_timeout. Standartnˇe je tato hodnota nastavena 10s. Timeout lze mˇenit i pˇr´ımo jako parametr pluginu, pokud je podporován.

Notifikace Poloˇzka contact_groups ve struktuˇre Sluˇzba urˇcuje skupinu kontakt˚u, kterým se budou zas´ılat notifikace o stavu sluˇzby. define service{ host_name service_description contact_groups ... }

localhost Current Load admins

Kontakt ze skupiny kontakt˚u ma ve své struktuˇre emailovou adresu, pˇr´ıkazy pro jednotlivé notifikace service_notification_commands, host_notification_commands a omezen´ı pˇr´ıjmu urˇcitých druh˚u výpadku service_notification_options, host_notification_option. define contactgroup{ contactgroup_name alias members }

admins Nagios Administrators nagios-admin

define contact{ contact_name alias service_notification_period host_notification_period service_notification_options host_notification_options service_notification_commands host_notification_commands email }

nagios-admin Nagios Admin 24x7 24x7 w,u,c,r d,r notify-by-email host-notify-by-email nagios-admin@localhost

Tˇelo pˇr´ıkazu, formát zprávy a aplikace, která zas´ılá notifikaci je specifikována ve struktuˇre Pˇr´ıkaz v command_line.

6

define command{ command_name host-notify-by-email command_line /usr/bin/printf "%b" "***** Nagios @VERSION@ *****\n\n Notification Type: $NOTIFICATIONTYPE$\nHost: $HOSTNAME$ \n State: $HOSTSTATE$\nAddress: $HOSTADDRESS$\nInfo: $HOSTOUTPUT$\n\nDate/Time: $LONGDATETIME$\n" | @MAIL_PROG@ -s "Host $HOSTSTATE$ alert for $HOSTNAME$!" $CONTACTEMAIL$ } define command{ command_name notify-by-email ... } Notifikace s ohledem na hierarchii s´ıtˇe Pˇri sloˇzitˇejˇs´ı topologii s´ıtˇe, kdy nˇekteré jej´ı prvky tvoˇr´ı pods´ıtˇe a jsou dostupné(status UP) pˇres prvky typu router apod., je neefektivn´ı pˇr´ıj´ımat notifikace o nedostupnosti(status DOWN) sluˇzeb na poˇc´ıtaˇc´ıch v pods´ıti, pokud je samotná pods´ıt’ (resp. router, spojuj´ıc´ı pods´ıt’ se zbytkem sitˇe) nedostupná. Poloˇzka parents oˇsetˇruje tuto situaci. Pokud je stanice Router1 DOWN, je stanici Pc1 pˇriˇrazen m´ısto statutu DOWN, status UNREACHABLE. Poloˇzka notification_options pak umoˇznˇ uje regulovat zas´ılán´ı notifikac´ı, v tomto pˇr´ıpadˇe nen´ı pˇr´ıtomna podm´ınka na zaslán´ı notifikace pˇri statutu UNREACHABLE(u). define host{ host_name parents alias address check_command max_check_attempts notification_interval notification_period notification_options }

Pc1 Router1 Web Server 192.168.1.5 check-host-alive 10 120 24x7 d,r

Testován´ı dostupnosti sluˇzeb pˇri nedostupnosti stanice Pokud libovolná Kontrola sluˇzby vrát´ı non-OK status,provede se pˇr´ıkaz check-host-alive, který je zodpovˇedný za zjiˇstˇen´ı statusu zaˇr´ızen´ı. Dokud check-host-alive nevrát´ı status OK, nebude se Nagios pokouˇset monitorovat sluˇzby na daném zaˇr´ızen´ı. Flapping Nagios podporuje speciáln´ı oˇsetˇren´ı stavu, kdy stanice nebo sluˇzba mˇen´ı sv˚uj stav velmi cˇ asto. V´ıce o této problematice v dokumentaci [5]. Monitorován´ı vzdálených stanic Ziskán´ı privátn´ıch informac´ı (zátˇezˇ CPU) ze vzdálených stanic zajiˇst’uje v prostˇred´ı Nagios agent (NRPE pro Linux/Unix, NSClient ++ pro OS Windows), který mus´ı bˇezˇ et na vzdáleném poˇc´ıtaˇci. 7

Spolu s NRPE mus´ı být na vzdálené stanici nainstalovány nagios-pluginy. Volán´ı pˇr´ıkazu na vzdálené stanici ze serveru se provád´ı prostˇrednictv´ım speciáln´ıho check_nrpe pluginu. Struktury v konfiguraˇcn´ım soubou na stranˇe serveru vypadaj´ı takto. define service{ host_name remotehost service_description Current Users check_command check_nrpe!check_users ... } define command{ command_name check_nrpe command_line /usr/local/nagios-plugins/check_nrpe -H $HOSTADDRESS$ -c $ARG1$ } Pro Windows je tˇreba nainstalovat NSClient ++, postup je analogický, pouze m´ısto ckeck_nrpe pluginu se pouˇzije plugin ckeck_nt. Vzdálené sluˇzby lze testovat pˇres vzdálené pˇripojen´ı SSH pluginem check_by_ssh, který nevyˇzaduje agenta na vzdálené stanici. Princip je podobný jako u výsˇe uvedených plugin˚u, syntaxe pouˇzit´ı je vˇsak jiná. Pro pˇresný popis v´ıce na [5]. Obsluha událost´ı Obsluha události dovoluje spustit v okamˇziku problému uˇzivatelem vytvoˇrený skript, který by se mˇel pokusit sluˇzbu opravit napˇr. restartovat sluˇzbu. Architektura Nagios automaticky definuje, kdy je takový skript spuˇstˇen. Nejprve se pokus´ı spustit skript v okamˇziku pˇredposledn´ıho testován´ı sluˇzby (test v poˇrad´ı max_check_attempts - 1) neˇz je proveden posledn´ı test pˇred vyvolán´ım notifikace. A pak jeˇstˇe jednou pokud posledn´ı test (test v poˇrad´ı max_check_attempts) selˇze. Pokud od této chv´ıle sluˇzba pˇretrvává v CRITICAL stavu bude skript volán jednou za normal_check_interval dobu. Obsluha události mus´ı být povolena v hlavn´ım konfiguraˇcn´ım souboru v enable_event_handlers i u samotné sluˇzby event_handler_enabled. Následuj´ıc´ı konfigurac´ı se pomoc´ı skriptu script-restart-ftd Nagios pokus´ı restartovat FTP sluˇzbu zp˚usobem popsaným výsˇe. Cesta ke skriptu a jeho indentifikátor je definován ve struktuˇre typu Command. define service{ host_name service_description max_check_attempts event_handler event_handler_enabled ... }

localhost ftp-localhost 4 restart-ftp 1

define command{ command_name restart-ftp command_line /usr/local/nagios-scripts/script-restart-ftp } 8

Rozˇs´ırˇ en´ı: Existuj´ı pˇr´ıkazy, které lze pˇredat Nagiosu z jiných aplikac´ı (napˇr. prostˇrednictv´ım CGI rozhran´ı lze pˇredat pˇr´ıkaz, který na specifickou dobu zruˇs´ı vˇsechny kontroly sluˇzeb týkaj´ıc´ı se poˇc´ıtaˇce pc1). Pˇr´ıkaz se zap´ısˇe do souboru nagios.cmd, který je Nagiosem kontrolován jednou za command_check_interval sekund (lze nastavit v hlavn´ım konfiguraˇcn´ım souboru). Seznam jiˇz vytvoˇrených pˇr´ıkaz˚u a jejich syntaxe je k dispozici v [5]. Moˇznosti webového rozhran´ı Nagios nelze primárnˇe konfigurovat prostˇrednictv´ım webového rozhran´ı tzn. nelze mˇenit obsah konfiguraˇcn´ıch soubor˚u, pˇridávat nové stanice nebo sluˇzby. U monitorovaných sluˇzeb vˇsak lze napˇr. plánovat jejich provádˇen´ı, vypnout/zapnout obsluhu události nebo notifikaci. Tvorba vlastn´ıch testovac´ıch skriptu˚ a aplikac´ı Nagios podporuje tvorbu nových a modifikaci stávaj´ıc´ıch plugin˚u. V´ıce zde [5, 4].

9

Kapitola 3

Zabbix 3.1

Prerekvizity

Monitorovác´ı aplikace Zabbix je open-source k dispozici na http://www.zabbix.org. Provoz vyˇzaduje následuj´ıc´ı komponenty • OS typu Linux/Unix • Apache Verze 1.3.12 nebo novˇejˇs´ı. • MySQL (nebo PostgreSQL) Verze 3.22 MySQL nebo novˇejˇs´ı. Versze 7.0.2 PostgreSQL nebo novˇejˇs´ı. MySQL nebo PostgreSQL knihovny. • PHP Verze 4.0 nebo novˇejˇs´ı jako Apache modul. • PHP GD nebo GD2 modul Nutné pro zobrazen´ı graf˚u a map, podpora PNG grafického formátu. Podrobnˇejˇs´ı informace k této problematice zde [6].

3.2 3.2.1

Konfigurace Server

Serverová cˇ a´ st Zabbix vyuˇz´ıvá pro základn´ı nastaven´ı konfigurace jeden konfiguraˇcn´ı soubor. Soubor neobsahuje data, která bezprostˇrednˇe souvis´ı s konfigurac´ı monitorovan´ı. Konfiguraˇcn´ı data se týkaj´ı nastaven´ı pˇr´ıstupu k databázi, um´ıstˇen´ı logovac´ıho souboru atd.

10

3.2.2

Webové rozhran´ı

Konfigurace element˚u týkaj´ıc´ıch se samotného monitorovan´ı prob´ıhá výhradnˇe pˇres webové grafické rozhran´ı v sekci Configuration. Nastaven´ı informaˇcn´ıch parametr˚u je v podsekci General (Users, Housekeeper, Working Time) Lze ponechat implicitn´ı, je podobné i pro r˚uzné typy sledovaných s´ıt´ı. Základn´ı konfigurace, zajiˇst’uj´ıc´ı monitorován´ı libovolné sluˇzby nebo stroje na s´ıti, lze provést konkrétn´ım nastaven´ım v podsekc´ıch Hosts, Items, Triggers, Actions. Notifikaci zajist´ı nastaven´ı v Media Types, Media, Users. Sekce Maps, Graphs, Screens zprostˇredkovávaj´ı výstup monitorován´ı do uˇzivatelsky pohodlného formátu. Sekce Screens umoˇznˇ uje nakombinovat nˇekolik graf˚u vedle sebe a celou s´ıt’ tak je moˇzné sledovat na jedné obrazovce. Configuration → Hosts V této sekci lze objekty v s´ıti zanést do Zabbixu a zajistit tak jejich sledován´ı. Nová stanice se do systému pˇridá vyplnˇen´ım formuláˇre, pomoc´ı kterého lze stanici pˇriˇradit i dalˇs´ı atributy. Lze pouˇz´ıt speciáln´ı sˇablonu (Link with template), která podle povahy stroje (OS Windows nebo Unix, poˇstovn´ı server, databázový server) automaticky zavede sluˇzby, které se pro daný typ pˇredpokládaj´ı. Configuration → Items Items jsou zp˚usob, jak do monitorovac´ıho systemu pˇridat nový element (co a kde má být monitorováno). Zabbix obsahuje nˇekolik pˇreddefinovaných Items, které se vázˇ ou ke skupine zvolené v Configuration → Hosts pomoc´ı Link with Template. Pokud nechceme monitorovaný objekt zaˇradit do zˇ a´ dné jiˇz pˇreddefinované skupiny, mus´ı se mu Items pˇriˇradit samostatnˇe. Pro pˇridáván´ı Items je potˇreba nastavit uˇzivateli práva v Configuration → Users. Configuration → Triggers Pomoc´ı nˇekolika promˇenných a operátor˚u lze sestavit výraz, který vrac´ı TRUE, FALSE nebo UNKNOWN. Promˇenné v tomto pˇr´ıpadˇe pˇredstavuj´ı návratové hodnoty monitorovaných element˚u (návratové hodnoty z Items). Configuration → Actions Actions vyuˇz´ıvá Triggers k vygenerován´ı akce, kterou je zpravidla notifikace (email, SMS zpráva) nebo vykonan´ı vzdáleného pˇr´ıkazu. Configuration → Users → Media Nastaven´ı emailové adresy pro zas´ılán´ı notifikac´ı. V sekci Configuration → General → Media Types je potˇreba nastavit totézˇ a specifikovat typ notifikace (email, SMS).

3.2.3

Agent

Zabbix Agent proces je nutný na vˇsech monitorovaných stanic´ıch vˇcetnˇe serveru. Omezené mnoˇzstv´ı sluˇzeb lze provést i bez agenta. Konfiguraˇcn´ı soubor obsahuje standartn´ı náleˇzitosti (IP adresu serveru a dalˇs´ı).

3.3


Monitorován´ı Zabbix spoˇc´ıvá ve vytvoˇren´ı dostateˇcného mnoˇzstv´ı Triggers (jejichˇz základ tvoˇr´ı jeden nebo v´ıce Items) a jejich pouˇzit´ı v Actions pro notifikace. Vizuálnˇe lze sledovat stav s´ıtˇe 11

a sluˇzeb v sekci Monitoring. Po události Trigger se prochaz´ı vˇsechny Actions a testuje se zda byly splnˇeny i dodateˇcné podm´ınky (jméno poˇc´ıtaˇce, stupeˇn d˚uleˇzitosti události a dalˇs´ı). Pokud ano, dojde k odeslan´ı zprávy, jej´ızˇ formát a obsah je souˇca´ st´ı Actions formuláˇre. Monitorovaný element (Items) m˚uzˇ e být nˇekolika r˚uzných typ˚u. Typ se definuje pˇri tvorbˇe element˚u v Items ve formuláˇri Create Item. Simple Checks Nevyˇzaduj´ı na monitorované stanici bˇezˇ´ıc´ıho agenta. Pouˇz´ıvaj´ı se k monitorovani sluˇzeb, které slouˇz´ı zejména ostatn´ım objekt˚um v s´ıti (ftp, http). Internal checks Jedná se o monitorován´ı intern´ıch dat zabbixu (napˇr. poˇcet Triggers nebo Items). Aggregated checks Dotazy smˇeˇruj´ı pˇr´ımo na databázi zabbixu, ve které jsou uloˇzeny data z´ıskaná monitorován´ım (napˇr. prostˇrednictv´ım Simple checks, Agent checks). Na monitorované stanici nen´ı vyˇzadován bˇezˇ´ıc´ı agent proces. Agent checks Umoˇznˇ uj´ı z´ıskat private data z monitorovaných poˇc´ıtaˇcu˚ (Volné m´ısto na pevném disku, zátˇezˇ CPU). Vyˇzaduj´ı bˇezˇ´ıc´ı proces zabbix agent, který se liˇs´ı podle povahy OS. SNMP checks Sb´ırá data od snmp agent˚u, zabbix mus´ı být nakonfigurován s podporou snmp, viz [6].

12

3.4


Interval monitorován´ı Pˇri vytvoˇren´ı nové Item lze v poli Update Interval specifikovat cˇ as(s), po uplynut´ı této doby se Zabbix bude pokouˇset z´ıskat novou hodnotu (znovu otestovat sluˇzbu).

Zabbix provád´ı automaticky otestován´ı dostupnosti na bázi pˇr´ıkazu ping. V konfiguraˇcn´ım souboru zabbix server.conf lze pro vˇsechny stanice nastavit interval PingerFrequency. Pokud tento pˇr´ıkaz neuspˇeje, dostavá se stanice do stavu UNREACHABLE. Prostˇrednictv´ım poloˇzky UnreachableDelay urˇcuje frekvenci(s), s jakou se pokouˇset o opˇetovné spojen´ı se stanic´ı. Hodnota by mˇela být menˇs´ı neˇz PingerFrequency. Po uplynut´ı doby UnreachablePeriod se stanice dotane do stavu UNAVAILABLE. Frekvenci, znovu se spojit se stanic´ı ve stavu UNAVAILABLE, lze opˇet specifikovat v UnavailableDelay. Zde je vhodné nastavit delˇs´ı dobu neˇz PingerFrequency, je málo pravdˇepodobné, zˇ e bude stanice v brzké dobˇe dostupná, menˇs´ı frekvence tak sn´ızˇ´ı zátˇezˇ systému. #Frequency of ICMP pings. PingerFrequency=30 13

#After how many seconds of unreachability treat a~host as unavailable UnreachablePeriod=45 #How often check host for availability during the unreachability period UnreachableDelay=15 #How often check host for availability during the unavailability period UnavailableDelay=60

Timeout Maximáln´ı doba, po kterou se bude Zabbix server cˇ ekat na agenta aˇz doruˇc´ı zprávu o stavu sledované sluˇzby, jinak vrác´ı neúspˇech.

#Specifies how long we wait for agent (in sec) #Must be between 1 and 30 Timeout=5

Notifikace Pro monitorován´ı sluˇzeb na lokáln´ım poˇc´ıtaˇci je vytvoˇrena následuj´ıc´ı Item pˇres Configuratin → Items → Create Item.

Je vytvoˇren Trigger pˇres Configuration → Triggers → Create Trigger. Následuj´ıc´ı Trigger se spust´ı pokud Item v tˇele Triggeru vrát´ı FALSE.

14

a vyvolá akci Configuration → Actions → Create Action.

kde IP adresa pc1 je 127.0.0.1, zpráva bude zaslána uˇzivateli Admin, jeho emailová adresa se nastavuje v Configuration → User → Media. Rozes´ılán´ı poˇsty prostˇrednictv´ım Zabbixu se nastavuje v Configuration → General → Media Types.

15

Notifikace s ohledem na hierarchii s´ıtˇe Notifikace je v Zabbixu ˇreˇsena prostˇrednictv´ım Triggers, po jehoˇz spuˇstˇen´ı (splnˇen´ı podm´ınek) následuje adekvátn´ı odezva. V nastaven´ı Triggeru lze poloˇzkou New dependancy pˇridat nˇekolik dalˇs´ıch Trigger˚u, které specifikuj´ı omezen´ı pro spuˇstˇen´ı. Ke spuˇstˇen´ı Triggeru nedojde, pokud nˇekterý z Trigger˚u v The Trigger depends on, jiˇz byl spuˇstˇen. Nedojde tak k zaslán´ı redundantn´ı notifikace.

Testován´ı dostupnosti sluˇzeb pˇri nedostupnosti stanice Zabbix neumoˇznˇ uje ihned automaticky otestovat dostupnost stanice, pˇri nedostupnosti nˇekteré z jeho sluˇzeb. Po urˇcitou dobu tak docház´ı k redundantn´ımu spouˇstˇen´ı testovac´ıch skript˚u. Flapping Automatická detekce stavu flapping nen´ı v Zabbix pˇr´ıtomna. Pomoc´ı sloˇzitˇejˇs´ıch Trigger konstrukc´ı lze doc´ılit podobného efektu, ale výsledek nen´ı pˇr´ıliˇs efektivn´ı. Monitorován´ı vzdálených stanic Ziskán´ı privátn´ıch informac´ı (Zátˇezˇ CPU) ze vzdálených stanic zajiˇst’uje v prostˇred´ı Zabbix výhradnˇe zabbix agent, který mus´ı bˇezˇ et na vzdáleném poˇc´ıtaˇci. Pˇri vytváˇren´ı Items, týkaj´ıc´ıch se lokáln´ıch dat na vzdáleném poˇc´ıtaˇci, nen´ı potˇreba zˇ a´ dného specifického postupu. V tomto pˇr´ıpadˇe se postupuje stejnˇe jako u Items týkaj´ıc´ıch se lokáln´ıho poˇc´ıtaˇce. Obsluha událost´ı Obsluha události dovoluje spustit v okamˇziku problému uˇzivatelem vytvoˇrený skript, který by se mˇel pokusit sluˇzbu opravit napˇr. restart sluˇzby. V Configuration → Actions lze nové Action pˇriˇradit typ Remote Command, která nejˇcastˇeji v reakci na nˇejaký Trigger m˚uzˇ e provést na stanici libovolný pˇr´ıkaz. V zabbix agentd.conf je potˇreba Remote Commands v EnableRemoteCommands povolit.

16

Moˇznosti webového rozhran´ı Stanice a sluˇzby jsou v prostˇred´ı Zabbix konfogurovány výhradnˇe prostˇrednictv´ım webového rozhran´ı. Konfiguraˇcn´ı soubory stanic a sluˇzeb v textové podobˇe nejsou podporovány. Tvorba vlastn´ıch testovac´ıch skriptu˚ a aplikac´ı Zabbix podporuje tvorbu nových a modifikaci stávaj´ıc´ıch testovac´ıch aplikac´ı. V´ıce zde [6].

17

Kapitola 4

Big Sister 4.1

Prerekvizity

Monitorovác´ı aplikace Big Sister je open-source k dispozici na http://bigsister.graeff.com/. Provoz vyˇzaduje následuj´ıc´ı komponenty • OS typu Linux/Unix/Windows Distribuce pro OS typu Linux/Unix vyˇzaduje perl interpreter 5.6 nebo novˇejˇs´ı. • Web server Doporuˇcen Apache. Podrobnˇejˇs´ı informace k této problematice zde [3].

4.2 4.2.1

Konfigurace Server

Struktura konfiguraˇcn´ıch soubor˚u je sestavena z nˇekolika pravidel, která se aplikuj´ı postupnˇe od zaˇca´ tku souboru. Pravidlo sestavá z masky, která identifikuje objekt (poˇc´ıtaˇc, skupina poˇc´ıtaˇcu˚ v s´ıti, uˇzivatel) a akce, která se má aplikovat pokud objekt, který právˇe komunikuje se serverem (napˇr. monitorován´ı hlas´ı nedostupnost) vyhovuje masce. Veˇskeré zmˇeny v konfiguraˇcn´ıch souborech si vyˇzaduj´ı restart procesu, aby nabyly platnosti. bb event generator.cfg Soubor bb event generator.cfg obsahuje pravidla s maskou poˇc´ıtaˇc + sluˇzba a adekvatn´ı akci, jej´ızˇ soucast´ı je zaslan´ı notifikace na uvedenou emailovou adresu. permissions Soubor permissions obsahuje pravidla definujic´ı klientské poˇc´ıtaˇce, které mohou komunikovat se serverem a s jakými omezen´ımi.

18

bb-display.cfg Soubor bb-display.cfg umoˇznˇ uje mˇenit formu zobrazen´ı monitorovaných dat pˇres webové rozhran´ı.

notify.cfg Umoˇznˇ uje pˇri vyvolán´ı akce mail, rozˇs´ıˇrit tuto akci o skript, který zaˇsle zprávu i na jiné zaˇr´ızen´ı, pozn. lze provést i v bb event generator.cfg. uxmon-net Konfiguraˇcn´ı soubor obsahuj´ıc´ı data vztahuj´ıc´ı se k monitorován´ı, prvn´ı cˇ a´ st masky identifikuje stanici a jej´ı sluˇzbu, následuj´ı parametry testován´ı.

4.2.2

Agent

BigSister agent pouˇz´ıvá jeden konfiguraˇcn´ı soubor (pˇresnˇeji jeden typ, soubor˚u m˚uzˇ e být v´ıce) uxmon-net. Pokud jsou k monitorován´ı pouˇzity pˇr´ıkazy vyuˇz´ıvaj´ıc´ı root oprávnˇen´ı (napˇr. icmp protokol) mus´ı být uxmon-net pˇrejmenován na uxmon-asroot (monitorovac´ı testy jsou spuˇstˇeny s root právy).

4.3


Konfiguraˇcn´ı soubor uxmon-net má následuj´ıc´ı strukturu • pomoc´ı kl´ıcˇ ového slova DEFAULT lze nastavait parametry sluˇzeb, typ protokolu, typ operaˇcn´ıho systému atd. poˇc´ıtaˇci, skupinˇe poˇc´ıtaˇcu˚ , sluˇzbˇe. DEFAULT frequency=1 ping

Kdykoliv bude volána sluˇzba ping, bude interval kontroly 1 minuta. • pomoc´ı kl´ıcˇ ového slova DESCR lze nastavit typ prostˇred´ı (OS) pro daný poˇc´ıtaˇc nebo skupinu poˇc´ıtaˇcu˚ DESCR features=unix,linux localhost

OS poˇc´ıtaˇce localhost je kategorie linux, unix (m˚uzˇ e m´ıt vliv na nˇekteré sluˇzby, informace o OS se zobraz´ı v grafickém rozhran´ı) • skupina záznam˚u definujic´ı sluˇzby a jejich parametry, které se maj´ı na uvedených poˇc´ıtaˇc´ıch monitorovat. 192.168.1.1 frequency=2 type=ext2 diskfree myhost proto=icmp ping

19

Pro identifikaci zaˇr´ızen´ı ze pouˇz´ıt IP adresu nebo DNS jméno. Následuje seznam parametr˚u a jméno sluˇzby (resp. skriptu) Seznam vytvoˇrených skript˚u, moˇzných parametr˚u a pouˇzit´ı, viz [3]. • záznam, udávaj´ıc´ı adresu Big Sister serveru, kam budou smˇerovány veˇskerá data z´ıskaná monitorován´ım. Na tomto poˇc´ıtaˇci pak lze data zobrazit pˇres webový prohl´ızˇ eˇc

192.168.1.10

4.4

bsdisplay


Interval monitorován´ı BigSister má nastavenou pˇreddefinovanou hodnotu testovat kaˇzdou sluˇzbu jedenkrát za 5 minut. Tuto hodnotu lze pro konkrétn´ı sluˇzby upravit pomoc´ı parametru frequency. 192.168.1.8 frequency=1 ping localhost frequency=5 disk Timeout Maximáln´ı doba, po kterou se bude BigSister server cˇ ekat na agenta aˇz doruˇc´ı zprávu o stavu sledované sluˇzby, je 15 minut. Poté bude u sluˇzby status NO STATUS REPORT, indikuj´ıc´ı neúspˇesˇné spojen´ı s agentem. Tuto hodnotu nelze konfigurovat. Notifikace Notifikaˇcn´ı masky jsou souˇca´ st´ı souboru bb event generator.cfg. Implicitnˇe je pro zas´ılan´ı zprávy pouˇzit program sendmail. Nejjedonduˇssˇ´ı maska pro zás´ılán´ı notifikac´ı o vˇsech monitorovaných sluˇzbách na vˇsech stanic´ıch má podobu *.*

mail=admin@localhost

Do masky lze pˇridat dalˇs´ı parametry, specifikuj´ıc´ı prodlevu mezi dalˇs´ımi upozornˇen´ımi, vazbu na dostupnost stanice atd. router.ping delay=0 repeat=0 mail=admin@pc1 Pokud chceme k zaslán´ı notifikace pouˇz´ıt jiný zp˚usob neˇz klasický email, lze pomoc´ı parametru pager a speciáln´ıho pravidla PAGER filtrovat notifikace a pouˇz´ıt k jejich rozeslán´ı skript sms-senderscript. Eventuálnˇe i pˇreposlat dalˇs´ım kontakt˚um. *.* mail=admin1@pc1 pager=sms-sender PAGER{$pager eq "sms-sender"} pager=sms-sender-script mail=admin1@pc1

20

Notifikace s ohledem na hierarchii s´ıtˇe Podm´ınky pro evokován´ı notifikác´ı se uprav´ı v konfiguraˇcn´ım souboru bb event generator.cfg. Parametr check obsahuje podm´ınku, na které závis´ı zaslán´ı notifikace. Podm´ınka sestává z otestován´ı dalˇs´ıch sluˇzeb na s´ıti (napˇr. je ping na hlavn´ı router v pods´ıti OK, je ping na poˇc´ıtaˇc, na kterém bˇezˇ´ı monitorovaná sluˇzba OK). Pokud je podm´ınka TRUE dojde k zaslán´ı notifikace. Parametr delay definuje cˇ as od výpadku sluˇzby do okamˇziku kdy dojde k zaslán´ı notifikace. Zároveˇn pokud podm´ınka v check nen´ı v tomto intervalu alespoˇn jednou splnˇena dojde k zruˇsen´ı notifikace (ping na router je zpoˇca´ tku OK, po chv´ıli se ale pˇrestane ozývat). *.ftp delay=10 check="$host.conn" mail=admin@pc1 Testován´ı dostupnosti sluˇzeb pˇri nedostupnosti stanice Big Sister neumoˇznˇ uje ihned automaticky otestovat dostupnost stanice, pˇri nedostupnosti nˇekteré z jeho sluˇzeb. Docház´ı tak k redundantn´ımu spouˇstˇen´ı testovac´ıch skript˚u. Poznámka: Big Sister povoluje v konfiguraˇcn´ım souboru uvést pouze DNS jméno, IP adresa nen´ı povinná (narozd´ıl od aplikac´ı Nagios a Zabbix). To m˚uzˇ e vést k neopodstatnˇenému hlásˇen´ı o nedostupnosti sluˇzeb, kde pˇr´ıcˇ innou je manipulaci s DNS záznamy. Flapping Automatická detekce stavu flapping nen´ı v Big Sister pˇr´ıtomna. Monitorován´ı vzdálených stanic Z´ıskán´ı privátn´ıch informac´ı (Zátˇezˇ CPU) ze vzdálených stanic zajiˇst’uje v prostˇred´ı Big Sister výhradnˇe big sister agent, který mus´ı bˇezˇ et na vzdáleném poˇc´ıtaˇci. Pˇri vytváˇren´ı sluˇzeb, týkaj´ıc´ıch se lokáln´ıch dat na vzdáleném poˇc´ıtaˇci, nen´ı potˇreba zˇ a´ dného specifického postupu. Postupuje se jednotnˇe jako u sluˇzeb týkaj´ıc´ıch se lokáln´ıho poˇc´ıtaˇce (ke specifikován´ı vzdáleného poˇc´ıtaˇce staˇc´ı pouze IP adresa nebo DNS jméno). Obsluha událost´ı Big Sister neumoˇznˇ uje pˇriˇradit obsluˇzný skript pˇri výpadku sluˇzby. Výjimkou je speciáln´ı obsluˇzný skript pˇri notifikaci. Moˇznosti webového rozhran´ı Big Sister nelze primárnˇe konfigurovat prostˇrednictv´ım webového rozhran´ı tzn. nelze mˇenit obsah konfiguraˇcn´ıch soubor˚u, pˇridávat nové stanice nebo sluˇzby. U monitorovaných sluˇzeb lze vypnout/zapnout monitorován´ı – status DISABLED. Tvorba vlastn´ıch testovac´ıch skriptu˚ a aplikac´ı Big Sister podporuje tvorbu nových a modifikaci stávaj´ıc´ıch plugin˚u. V´ıce zde [1, 2].

21

Kapitola 5

Srovnán´ı Nagios, Zabbix a Big Sister Rozd´ıly mezi jednotlivými aplikacemi by mˇeli být patrné jiˇz z pˇredcházej´ıc´ıh kapitol. Zde jsou zm´ınˇena témata obecnˇejˇs´ı povahy, jejichˇz vypov´ıdaj´ıc´ı hodnota nemus´ı být objektivn´ı. Architektura pouˇz´ıvaj´ıc´ı Triggers je univerzálnˇejˇs´ı neˇz ˇreˇsen´ı Nagios a Big Sister, které maj´ı pro notifikace a vzdálené pˇr´ıkazy dva specifické zp˚usoby. Triggers jsou obecné ˇreˇsen´ı, které lze pouˇz´ıt pro vyvolán´ı notifikace i vzdáleného pˇr´ıkazu. Nav´ıc lze kombinovat nˇekolik návratových hodnot sledovaných sluˇzeb, vytvoˇrit mezi nimi závislosti a tomuto celku pˇriˇradit jednu notifikaci a obsluhu události. Pohled na monitorovaná data prostˇrednictv´ım webového grafického rozhran´ı je u Zabbixu nejkvalitnˇejˇs´ı. V Zabbixu je moˇzné vytvoˇrit speciáln´ı pole graf˚u (sekce Screens) a m´ıt dobrý pˇrehled o stavu s´ıtˇe. Grafické nástroje v Nagios a Big Sister podobných kvalit nedosahuj´ı, nav´ıc nejsou souˇca´ st´ı standartn´ı instalace a jsou k dispozici aˇz v rámci MRTG nebo RRDTool (zaveden´ı je popsáno v [5],[3]). Pouˇzitelnost dokumentace je d˚uleˇzitý faktor reprezentuj´ıc´ı software. Ze vˇsech tˇr´ı aplikac´ı je pˇr´ıstup vývojového týmu Nagiosu nejkvalitnˇejˇs´ı. Zéjmena struktura dokumentace, ale i pˇr´ıstup k prezentaci a podpora softwaru na internetových stránkách. Vývoj nových verz´ı aplikac´ı je u Nagios a Zabbix velmi produktivn´ı, oproti tomu vývoj Big Sister stagnuje a nen´ı perspektivn´ı. Ná základˇe výsledk˚u v této práci lze za nejefektivnˇejˇs´ı variantu povaˇzovat kombinované monitorován´ı Nagios a Zabbix. Zabbix d´ıky vysoce pˇrehlednému a pˇrizp˚usobivému grafickému rozhran´ı k tomu má nejlepˇs´ı pˇredpoklady. Nagios je oproti ostatn´ım vysoce konfigurovatelný z hlediska monitorován´ı sluˇzeb a má implementováno mnoˇzstv´ı funkc´ı, které v ostatn´ıch aplikac´ıch nejsou ˇ k dispozici. Cehoˇ z lze vyuˇz´ıt zejména pˇri monitorovan´ı rozsáhlé s´ıtˇe.

22

Kapitola 6

Závˇer Kapitoly práce se snaˇz´ı pokrýt hlavn´ı rozd´ıly mezi monitorovac´ımi aplikacemi Nagios, Zabbix a Big Sister. Jednotlivé sekce lze studovat nezávisle a pro studium za u´ cˇ elem porovnán´ı a výbˇeru jedné ze tˇr´ı aplikac´ı je tento postup i doporuˇcen. Perspektivn´ı rozˇs´ıˇren´ı tohoto projektu by bylo moˇzné dvˇema smˇery. Zamˇeˇrit se na dalˇs´ı drobné odliˇsnosti, které jiˇz vˇsak nenacház´ı tak hromadné uplatnˇen´ı v praxi. Jedná se napˇr´ıklad o rozˇs´ıˇren´ı notifikace (eskalace a závislosti – Nagios), podrobnˇejˇs´ı analýzu dat, kde se pracuje nejen s návratovou hodnotou testován´ı sluˇzby (nepˇr. v u´ vahu se bere nejen hodnota ping testu OK/non-OK, ale i cˇ as odezvy, velikost mnoˇzstv´ı paket˚u) nebo pouˇzit´ı tzv. pasivn´ıho monitorován´ı, kdy vzdálené aplikace provedou kontrolu sluˇzby a výsledek zas´ılaj´ı monitorovac´ı aplikaci. Druhý smˇer zahrnuje analýzu monitorovac´ıch sytém˚u ve velkých s´ıt´ıch – 100 a v´ıce stanic. Zde je výhodné zavést distribuované monitorován´ı (pˇr´ımou podporu má Nagios) a lze jiˇz rozliˇsit, zda nˇekteré konfiguraˇcn´ı rozhran´ı netrp´ı nedostatky pˇr´ıliˇsné cˇ asové nároˇcnosti na u´ drˇzbu.

23

Literatura [1] WWW stránky. Big sister - tvorba vlastn´ıch pˇr´ıkaz˚u 1. http://www.joerg.cc/PDFs/devel-2005-08-15.pdf. [2] WWW stránky. Big sister - tvorba vlastn´ıch pˇr´ıkaz˚u 2. http://bigsister.graeff.com/plugins.html. [3] WWW stránky. Big sister dokumentace. http://www.joerg.cc/html/bigsis/index.html. [4] WWW stránky. Nagios - tvorba vlastn´ıch pˇr´ıkaz˚u. http://nagiosplug.sourceforge.net/developer-guidelines.html. [5] WWW stránky. Nagios dokumentace. http://nagios.sourceforge.net/docs/3 0/. [6] WWW stránky. Zabbix dokumentace. http://www.zabbix.com/documentation.php.

24

FAKULTA INFORMAČNÍCH TECHNOLOGIÍ

Recommend Documents