Použití Zabbix pro monitorování: hlavní funkce. Praktické použití. Instalace monitorovacího systému - zabbix

A síťové vybavení, které napsal Alexej Vladyšev.

Pro ukládání dat se používá MySQL, PostgreSQL, SQLite nebo Oracle. Webové rozhraní je napsáno v PHP. ZABBIX podporuje několik typů monitorování:

jednoduché kontroly- dokáže zkontrolovat dostupnost a odezvu standardních služeb, jako je SMTP nebo HTTP, aniž by na sledovaném hostiteli instaloval jakýkoli software.
agent ZABBIX- lze nainstalovat na hostitele typu UNIX nebo Windows, abyste získali data o zatížení procesoru, využití sítě, místě na disku atd.
Externí kontrola- provádění externích programů. ZABBIX také podporuje monitorování přes SNMP.

Encyklopedický YouTube

1 / 5

Zabbix začal v roce 1998 jako interní softwarový projekt. O 3 roky později, v roce 2001, byla vydána veřejně pod GPL. Před vydáním první uběhly více než tři roky stabilní verze- 1.0, která byla vydána v roce 2004.

Plán vydání
datum	Uvolnění
Zabbix 1.0
1998	Software Zabbix začal jako interní projekt v bance Alexey Vladyshev
7. dubna 2001	Zabbix 1.0alpha1 byl vydán pod licencí GPL
23. března 2004	Vydán Zabbix 1.0
Zabbix 1.1
6. února 2006	Vydán Zabbix 1.1
Zabbix 1.4
29. května 2007	Vydán Zabbix 1.4
Zabbix 1.6
11. září 2008	Vydán Zabbix 1.6
Zabbix 1.8
7. prosince 2009	Vydán Zabbix 1.8
Zabbix 2.0
21. května 2012	Vydán Zabbix 2.0
Zabbix 2.2.1
21. prosince 2013	Vydán Zabbix 2.2.1
Zabbix 2.4.0
11. září 2014	Vydán Zabbix 2.4.0
Zabbix 3.0
16. února 2016	Vydán Zabbix 3.0

Architektura

Server Zabbix je jádrem softwaru Zabbix. Server může vzdáleně kontrolovat síťové služby, je úložištěm, ve kterém jsou uložena všechna konfigurační, statistická a provozní data, a je to entita v softwaru Zabbix, která upozorní administrátory v případě problémů s jakýmkoli monitorovaným zařízením.
Zabbix proxy- shromažďuje údaje o výkonu a dostupnosti jménem serveru Zabbix. Všechna shromážděná data jsou lokálně ukládána do vyrovnávací paměti a přenášena na server Zabbix, ke kterému proxy server patří. Zabbix proxy je ideální řešení pro centralizované vzdálené monitorování míst, poboček, sítí, které nemají místní správci. Lze jej také použít k vyrovnávání zatížení jednoho serveru Zabbix. V tomto případě proxy pouze shromažďuje data, takže server má menší zátěž CPU a diskových I/O.
Agent Zabbix- ovládání místní zdroje a aplikací (jako jsou pevné disky, paměť, statistiky procesoru atd.) na síťových systémech musí tyto systémy běžet se spuštěným agentem Zabbix. Agenti Zabbix jsou extrémně účinné díky použití nativních systémová volání ke shromažďování informací o statistikách.
webové rozhraní- rozhraní je součástí serveru Zabbix a obvykle (ale ne nutně) běží na stejném fyzickém serveru jako server Zabbix. Poháněno PHP, vyžaduje webový server (např. Apache).

Přehled funkcí

Distribuované monitorování až 1000 uzlů. Konfigurace podřízených uzlů je zcela řízena nadřízenými uzly umístěnými na vyšší úrovni v hierarchii.
Monitorování založené na scénářích
Automatická detekce
Centralizované sledování log souborů
Webové rozhraní pro správu a konfiguraci
Přehledy a trendy
monitorování SLA
Podpora pro vysoce výkonné agenty (zabbix-agent) pro téměř všechny platformy
Komplexní reakce na události
Podpora SNMP v1, 2, 3
Podpora pro SNMP trapy
podpora IPMI
Podpora pro monitorování aplikací JMX ihned po vybalení
Podpora dotazování v různých databázích bez nutnosti skriptování
Rozšíření spuštěním externích skriptů
Flexibilní systém šablon a skupin
Schopnost vytvářet síťové mapy

Automatická detekce

Automatické zjišťování podle rozsahu IP adres, dostupných služeb a kontroly SNMP
Automatické sledování nalezených zařízení
Automatické odstranění chybějících hostitelů
Distribuce podle skupin a vzorů v závislosti na vráceném výsledku

Nízká úroveň objevu

Nízkoúrovňové zjišťování lze použít k odhalení a zahájení monitorování souborových systémů, síťových rozhraní. Počínaje Zabbix 2.0 jsou podporovány tři vestavěné mechanismy zjišťování na nízké úrovni:

zjišťování souborového systému
objevování síťových rozhraní
objev více SNMP OID

Systémové požadavky pro instalaci serveru ZABBIX

Podporované platformy

Plošina	server ZABBIX	agent ZABBIX
AIX	Podporováno	Podporováno
FreeBSD	Podporováno	Podporováno
HP-UX	Podporováno	Podporováno
linux	Podporováno	Podporováno
MacOS X	Podporováno	Podporováno
Novell Netware	-	Podporováno
OpenBSD	Podporováno	Podporováno
Otevřený server SCO	Podporováno	Podporováno
Solaris	Podporováno	Podporováno
Tru64/OSF	Podporováno	Podporováno
Windows NT 4.0, Windows 2000, Windows 2003, Windows XP, Windows Vista	-	Podporováno

Dobrý den. V této sérii článků se chci věnovat jednomu z úžasných monitorovacích systémů – zabbixu. Ve službě jsem musel hledat monitorovací systém. Zastavil jsem se u nagios, kaktusů, mrtg. Ale neseděly mi. A tak jsem našel zabbix. Po prostudování dokumentace jsem si uvědomil, že zabbix je to, co potřebujete...

Takže, co je zabbix? Zabbix je distribuovaný monitorovací systém, který vám umožňuje sledovat více síťových parametrů a hostitelů. Zabbix je distribuován pod licencí GPL, což znamená, že je zdarma.

funkce zabbix

Jak jsem řekl výše, zabbix má skvělé funkce, konkrétně:

sledování dostupnosti
SNMP monitorování
monitorování IPMI
monitorování přes JMX
vlastní nastavení prahů spouštění problému
nastavení upozornění
seskupení podle hostitelů, podle shromážděných dat
použití šablon
systém přístupových práv
a mnohem víc

Příprava na instalaci zabbix

Chci hned poznamenat, že budu instalovat na Linux, nebo spíše na Ubuntu Server.
Nainstaluji ze zdroje. Nejprve si tedy stáhneme zdrojový kód Zabbix z .Rozbalte stažený archiv. Chcete-li to provést, přejděte do adresáře s archivem a zadejte příkaz:

$ tar -zxvf zabbix-2.0.0.tar.gz

Skvělý. další krok musíme připravit náš systém na instalaci zabbix. Budeme potřebovat následující balíčky:

snmp
libsnmp-dev
snmpd
libcurl4-openssl-dev
fping

Tyto pakety stačí k tomu, aby zabbix mohl žádat uzly o dostupnosti a shromažďovat informace přes SNMP.
Pokud tyto balíčky nejsou v systému nainstalovány, nainstalujte je:

sudo apt-get install snmp libsnmp-dev snmpd libcurl4-openssl-dev fping

Po instalaci všech potřebných balíčků musíte vytvořit skupinu zabbix a uživatele zabbix:

groupadd zabbix
useradd -g zabbix zabbix

Nyní musíme připravit databázi. Zabbix umí pracovat s MySQL i PostgreSQL. (podporuje ostatní, najdete jej v oficiální dokumentaci). Výrobce doporučuje použít PostgreSQL jako databázový server, pokud budete monitorovat více než 50 uzlů.
Ale já používám MySQL a dál tento moment Na monitoringu mám 123 uzlů - zatím jsem žádné problémy nepozoroval. Do budoucna se plánuje navýšení uzlů, pak se uvidí. A tak vytvoříme databázi v MySQL:

shell> mysql -u<имя пользователя>-p
<пароль>
mysql> vytvořit databázi zabbix znakovou sadu utf8
mysql> ukončit

Nyní přejdeme do adresáře s rozbalenými zdroji zabbix. V adresáři ./database/mysql/ jsou tři soubory:

schema.sql
images.sql
data.sql

A spustíme je k provedení:

mysql -u<пользователь>-p< schema.sql

nebo ze samotného mysql:

mysql>použijte zabbix
mysql>zdrojové schéma.sql

Analogicky spustíme zbytek souborů images.sql a data.sql
Objednávka je povinná.
Vše v této fázi přípravy na instalaci je dokončeno. Nyní můžete začít instalovat samotný zabbix.

Nastavení monitorování zabbix

Přejděte do adresáře s kódem zabbix a spusťte:

sudo ./configure --enable-server --enable-agent --with-mysql --with-net-snmp --with-libcurl

Připojíme samotný server zabbix, agenta zabbix, podporu snmp.
Pokud vše proběhlo v pořádku (a níže popíšu chyby, na které jsem narazil a jak je vyřešit), spusťte instalaci:

sudo make install

Tím je instalace dokončena. Zbývá provést malou konfiguraci serveru a agenta zabbix.

Počáteční nastavení zabbix

Aby server zabbix fungoval, musíte provést počáteční nastavení. Otevřete konfigurační soubor /usr/local/etc/zabbix_server.conf (jako v Ubuntu) a upravte jej:

DBName=[název databáze, mám zabbix]
DBUser = [uživatelské jméno pro přístup k mysql]
DBPassword = [heslo pro přístup k databázi]

To je v podstatě vše. Pokud máte ve výchozím nastavení nakonfigurované MySQL, mělo by vše fungovat.
Nyní nakonfigurujeme agenta zabbix. Pokud je agent zabbix na stejném počítači jako server zabbix, není třeba nic měnit. Pokud je agent zabbix na jiném počítači, otevřete soubor /usr/local/etx/zabbix_agentd.conf, vyhledejte řádek Server=127.0.0.1 a nahraďte jej řetězcem Server=[adresa serveru zabbix]
To je vše. Zabbix server a agenta spustíme pomocí příkazů:

zabbix_server
zabbix_agentd

Je čas nainstalovat webové rozhraní pro zabbix.

Instalace webového rozhraní zabbix

Vytváříme virtuální hostitele zabbix, jak to udělat, jsem psal ve svém článku o . Soubory z adresáře se zabbix/frontends/php zkopírujeme do adresáře vytvořeného virtuálního hostitele
Pojďme k našemu hostiteli. Zde musíme mírně upravit naše php.ini podle požadavků zabbix.

memory_limit - nastavuje maximální velikost využití paměti skriptem
post_max_size - sady maximální velikost data přenášená metodou POST
upload_max_filesize - maximální velikost nahrávaného souboru
max_execution_time - doba provádění skriptu
max_input_time - maximální čas v sekundách, během kterých musí skript analyzovat všechna vstupní data
timezone - v php.ini date.timezone nastavuje časové pásmo

Dále následují rozšíření PHP

podpora databází - typ databáze
bcmath - libovolné přesné výpočty
mbstring - práce s vícebajtovými řetězci
zásuvky - práce se zásuvkami
gd - grafická knihovna
atd.

Restartujeme server apache.
Jakmile jsou všechny požadavky zabbix splněny, můžete přejít k dalšímu kroku.

V tomto kroku musíme vybrat typ databáze (v mém případě je to MySQL), zadat adresu serveru (mám localhost), název databáze (v mém případě je to zabbix), přihlašovací jméno a heslo pro přístup databáze:

Po zadání všech údajů klikněte na „Test připojení“, pokud byl test úspěšný, pokračujte dalším krokem, pokud ne, zkontrolujte zadané údaje.Pokud jsou všechny údaje zadány správně, přistoupíme k instalaci, pokud ne, vrátíme a opravíme.

Jak vidíte, vše mi šlo dobře. Vezměte prosím na vědomí, že soubor zabbix.conf.php musí být zapisovatelný. Jak to udělat, jsem popsal ve svém článku naKlikněte na "Dokončit". A přejděte do okna autorizace.

Výchozí přihlášení je Admin, heslo je zabbix.
Tím je instalace dokončena.
Podívejme se na problémy, se kterými jsem se setkal při instalaci zabbix a jak je vyřešit.

Problémy vznikající při instalaci zabbix a jejich řešení

Během instalace monitorování jsem narazil na dvě chyby:

Při provádění konfigurace se mi zobrazila chyba „Knihovna MySQL nebyla nalezena“. Tento problém lze snadno vyřešit instalací libmysqlclient16-dev
Druhá chyba se objevila při provádění make install "Program 'make' není aktuálně nainstalován". Je to jednoduché, nemám nainstalovaný make.

Při instalaci zabbix již nebyly žádné problémy. Pokud se vám něco nepovedlo a nevíte, jak to vyřešit nebo jste se rozhodli, podělte se o to v komentářích. Myslím, že to bude užitečné pro všechny.
A tím dokončuji článek o instalaci monitorování zabbix. V příštím článku se seznámíme se základními pojmy, následně rozebereme rozhraní a přejdeme k nastavení monitoringu hostitelů (zařízení v naší síti). Takže se těšte na nové články.

Malý článek-návod, jak provést počáteční nastavení monitorování Zabbix. Tak pojďme. Výchozí uživatel a heslo je Admin zabbix. Nastavit upozornění e-mailem, v nabídce „Administrace -> Typy médií -> E-mail“ zadejte nastavení pro připojení k vašemu poštovnímu serveru a odesílací adresu, v nabídce „Administrace -> Uživatelé -> Správce -> Média“ přidejte adresy příjemců , zaškrtněte typy…

Instalace Zabbix na Centos 7 - pokyny vlastní instalace

Začínáme s instalací Centos 7 Stáhněte si nejnovější bitovou kopii Centos. Připravíme pro něj hardware nebo virtuální prostředí dle požadavků. Okno „SOUHRN INSTALACE“ Nezapomeňte nastavit své časové pásmo na „DATUM A ČAS“, přidejte rozložení do „KLÁVESNICE“, přejděte na „CÍL INSTALACE“ a vyberte disk, v „VÝBĚR SOFTWARU“ vyberte typ instalace. Mnoho zdrojů doporučuje nastavit „MINIMÁLNÍ…

Trvalé vymazání dat

Pouhé naformátování média a následné vyhození je neefektivní – informace lze obnovit pomocí speciálního softwaru. Trvalé vymazání dat se provádí několika metodami, které probereme v tomto článku.

Ochrana informací v 1C

Služby pro zajištění ochrany a informační bezpečnosti databází a modulů 1C: Enterprise 7.7 a 8, nastavení ochrany serveru 1C. Ochrana informací v 1C před selháním, hackováním, kopírováním na softwarové a hardwarové úrovni, aby byla zajištěna odolnost proti firemním chybám

Konfigurace přístupových práv na serveru

Služby přizpůsobení souborový server s omezenými přístupovými právy. Rozlišení uživatelských přístupových práv vám poskytne vyšší úroveň ochrany důvěrná informace a odstraní některé potenciální zranitelnosti v podnikové síti.

Přímá výměna pomocí technologie directbank 1C

Přímá výměna s bankami pomocí technologie DirectBank pro ty, kteří chtějí pracovat s bankovními doklady ještě rychleji, pohodlněji a bezpečněji. Všechno se děje v známé rozhraní 1C, všechny akce v jednom okně - nemusíte trávit čas a úsilí učením, můžete se okamžitě pustit do práce.

Implementace 1C: ERP (Enterprise Management)

Instalace a konfigurace 1C:UT edice 11.2, 10.3, dokončování konfigurace pro uživatelské úlohy, vytváření vlastních formulářů pro hlášení a další práce na implementaci tohoto systému v rámci projektů automatizace 1C

Aktualizujte nestandardní konfigurace 1C

Aktualizační služby 1C pro organizace. Aktualizace různých platforem, verzí, standardních i nestandardních konfigurací. Aktualizace 1C je přesně ta služba, která vám umožní vyhnout se chybám a poruchám při provozu softwarového balíčku 1C.

Aktualizováno: 12.03.2017 - 11:06

Průmyslová aplikace pro monitorování a sledování výkonu a dostupnosti síťové servery, zařízení a další IT zdroje. Podporuje distribuované a WEB monitorování, automatické zjišťování a další.

Co je Zabbix

Zabbix - plně vybavený open sourceřešení sledování výkonu. Zabbix nabízí nástroje pro monitorování, varování a signalizaci, které v současnosti chybí v jiných monitorovacích systémech a dokonce i v některých komerčních systémech. Níže je krátký seznam funkcí dostupných v Zabbix:

Automatické zjišťování serverů a síťová zařízení.
Detekce nízké úrovně.
Decentralizovaný monitoring s centralizovanou webovou administrací.
Centralizované sledování log souborů.
Server software pro GNU/Linux, Solaris, HP-UX, AIX, FreeBSD, OpenBSD, OS X.
Native High Performance Agents (klientský software pro GNU/Linux, Solaris, HP-UX, AIX, Free BSD, Open BSD, OS X, Tru64/OSF1, Windows NT4.0, Windows 2000, Windows 2003, Windows XP, Windows Vista) .
Monitorování bez agentů.
Bezpečná autorizace uživatele.
webové rozhraní.
Upozornění na předdefinované události.

Proč zvolit Zabbix

Nejlepší způsob, jak se ujistit, že je to volba číslo 1 pro vaši organizaci, je vyzkoušet to. Ale pokud máte málo času, přečtěte si některé z argumentů:

otevřenost zdrojový kód poskytuje svobodu a bezpečí. To platí nejen pro Zabbix, ale také potřebné komponenty(GNU/Linux, Apache, MySQL/PostgreSQL, PHP).
Velmi lehká instalace a proces nastavení zaručují nízkonákladové školení a tím i nízké náklady na vlastnictví.
Vysoce výkonné nástroje pro UNIX a Windows (x32, x64, Itanium) poskytují více možností monitorování při vyšších rychlostech.
Centralizovaný monitorovací systém umožňuje ukládat všechny informace (konfiguraci a data). relační databázeúdaje pro další zjednodušení zpracování a opětovného použití.
Vestavěné bohaté možnosti vizualizace vám umožní pracovat s daty rychleji a efektivněji.
Vestavěné postupy umožňují dobře organizovat ukládání dat.

Požadavky na systém

Plošina	server ZABBIX	agent ZABBIX
AIX	Podporováno	Podporováno
FreeBSD	Podporováno	Podporováno
HP-UX	Podporováno	Podporováno
GNU/Linux	Podporováno	Podporováno
MacOS X	Podporováno	Podporováno
Novell Netware	-	Podporováno
OpenBSD	Podporováno	Podporováno
Otevřený server SCO	Podporováno	Podporováno
Solaris	Podporováno	Podporováno
Tru64/OSF	Podporováno	Podporováno
Windows NT 4.0, Windows 2000, Windows Server 2003, Windows XP, Windows Vista, Windows Server 2008, Windows 7, Windows Server 2012, Windows 8	-	Podporováno

Pro externí sledování síťové aplikace jako FTP, SSH, HTTP, DNS, LDAP atd., instalace agenta ZABBIX není nutná.

Překlad Zabbix do ruštiny

Sběr dat

Agenti SNMP a IPMI

Detekce problémů

Vizualizace

Oznámení

Šablony, import a export

Automatická detekce

Distribuované monitorování

Zabezpečení a ověřování

Řízení systému

Zabbix API

Sběr dat

Agent Zabbix

Nativní agent Zabbix vyvinutý v C, běží dál různé platformy, včetně GNU/Linux, UNIX a Windows. Shromažďuje data, jako je CPU, paměť, disk a síťová zařízení.

Kompaktnost a nenáročnost na zdroje

Díky své malé velikosti může agent běžet na zařízeních s omezenými prostředky. Nastavení monitorování na serveru Zabbix jsou centralizovaná, což usnadňuje správu agenta Zabbix, který může používat jeden konfigurační soubor na všech serverech.

Agent Zabbix se systémem Microsoft Windows:

Hlasování a získávání podpory

Agent Zabbix podporuje pasivní (dotazy) a aktivní kontroly (zachycení).

Při pasivní kontrole si server Zabbix (nebo proxy) vyžádá od agenta Zabbix hodnotu, jako je využití CPU, agent požadavek zpracuje a vrátí hodnotu serveru Zabbix (nebo proxy).

Při aktivní kontrole se agent Zabbix dotazuje serveru Zabbix (nebo proxy) na seznam aktivních kontrol a pravidelně odesílá výsledky.

Funkce agenta

Následující seznam kontrol je ihned po vybalení podporován agentem Zabbix. Je však třeba poznamenat, že funkce zabudované do agenta lze rozšířit pomocí následujících metod: , .

Síť	Přenos paketů/bajtů Chyby/ztracené pakety rámové kolize
procesor	Průměrná zátěž využití nečinnosti/procesoru
Paměť	Volná/použitá paměť použití odkládacího/stránkovacího souboru
Disk	Volný a obsazený prostor Čtení a zápis I/O
servery	Stav procesu Procesní paměť Stav služby (ssh, ntp, ldap, smtp, ftp, http, pop, nntp, imap) Stav služby Windows Oprávnění DNS TCP spojení Doba odezvy TCP
Soubor	Velikost souboru/čas Existence souboru Kontrolní součet MD5 hash Vyhledávání regulární výraz(Anglické vyhledávání RegExp)
Časopis	Textový protokol Protokol událostí systému Windows
jiný	Doba běhu systému systémový čas Připojení uživatelé Počítadlo výkonu (Windows)

K dispozici je úplný seznam podporovaných kontrol.

Sledování protokolu

Podpora sledování textových protokolů a protokolu událostí Windows je nativní funkcí agenta Zabbix, včetně podpory rotace.
Protokoly jsou neustále analyzovány agentem Zabbix a když je nalezena určitá položka hledání, server Zabbix je upozorněn a může dokonce provést nějakou akci nebo odeslat uživateli nebo skupině.

podpora IPv6

Agent Zabbix podporuje IPv4 a IPv6.

Agenti SNMP a IPMI

podpora SNMP

Zabbix Server může shromažďovat data ze zařízení s SNMP agentem v1, v2 nebo v3. SNMP mají nejen síťová zařízení, ale i tiskárny, NAS, UPS. V zásadě lze jakékoli zařízení přítomné v síti ovládat pomocí agentů SNMP.
Pro zjednodušení konfigurace podporuje Zabbix standard SNMP MIB-2 a také specifické informace o Enterprise MIB.
Data můžete shromažďovat pomocí režimu dotazování SNMP nebo přijímáním depeší SNMP (angl. SNMP traps) prostřednictvím obslužných programů a .

Kromě toho můžete získat data SNMP pomocí flexibilních nabídek monitorování bez jakékoli penalizace výkonu, protože povolené požadavky jsou ukládány do mezipaměti.

Agent IPMI

Chcete-li získat důležitá data o hardwaru, server Zabbix podporuje agenty IPMI, kteří jsou ve výchozím nastavení zapnuti architektura serveru Intel jako HP iLO a Dell DRAC.
Prvky dostupné prostřednictvím agentů IPMI se liší, ale tyto jsou nejběžnější:

Teplota CPU a skříně.
Rychlost ventilátoru.
Systémové napětí.
Stav fyzických disků.
Stav LED.

Monitorování bez agentů

Zatímco agent Zabbix nabízí skvělé funkce pro většinu platforem, v některých případech jej nelze nainstalovat. Pro tyto případy poskytuje server Zabbix několik metod monitorování bez agentů.

Funkce bez agentů

Síťové služby

Server Zabbix může zkontrolovat, jak služba na portu naslouchá a jak reaguje. Tato metoda je aktuálně podporována pro následující služby: FTP, IMAP, LDAP, NNTP, POP3, SSH a Telnet.

Kontrola TCP portu

V případech, které jsou v rozporu s předchozím bodem, může server Zabbix zkontrolovat, zda naslouchá na TCP portu, tím, že nahlásí, zda je služba dostupná nebo ne.

ICMP ping

Ačkoli je to jednoduché, ale důležité, Zabbix může zkontrolovat, zda server odpovídá na pakety ICMP Ping nebo ne. Tímto způsobem lze řídit dostupnost serveru, dobu odezvy a ztrátu paketů.
Kontroly lze konfigurovat nastavením velikosti a počtu paketů, časového limitu a zpoždění mezi jednotlivými pakety.

SSH a Telnet

Pokud není možné nakonfigurovat agenta Zabbix, ale existuje přístup přes SSH nebo Telnet, může Zabix spustit libovolný vlastní příkaz a jeho výstup použít jako shromážděnou hodnotu. Tuto hodnotu lze použít například pro generování grafů a alarmů.

Sledování uživatelů

Přidávání vlastních skriptů

Kromě vestavěných kontrol můžete pomocí funkcí vytvořit své vlastní kontrolní agenty.

Kontrola TCP portu

Výkonnou funkcí agenta Zabbix je navíc spouštění uživatelských skriptů. Každý může rozšířit funkčnost agenta Zabbix psaním skriptů v Perlu, Pythonu, Ruby nebo v jakémkoli jiném jazyce, který lze spustit. Výsledek provedeného skriptu je odeslán na server Zabbix, který jej uloží a zpracuje jako každou jinou kontrolu.

Externí ověření

Při externím ověřování může server Zabbix spouštět uživatelské skripty ze svého vlastního serveru.

Monitorování virtuálních strojů

Monitorování prostředí VMware

Podpora monitorování VMware v Zabbix zahrnuje schopnost automaticky zjišťovat hypervizory a virtuální stroje, stejně jako monitorování instalací VMware VCENTER a VSPHERE pro různé hypervizory, vlastnosti virtuálních strojů a statistiky.

Zabbix může pomocí nízkoúrovňových pravidel skenování automaticky zjišťovat hypervizory a virtuální stroje VMware. Aby byl proces plně automatizován, musí být prototypy uzlů vytvořeny podle pravidel nízkoúrovňového skenování. Při detekci virtuální stroj, získané informace jsou použity k přeměně těchto prototypů na skutečné uzly. Nalezené uzly patří k existujícímu uzlu a přijímají jeho IP.

Standardní datová sada Zabbix nabízí několik šablon připravených k použití pro monitorování VMware VCENTER a VSPHERE. Tyto šablony obsahují předkonfigurovaná pravidla LLD a také řadu vestavěných kontrol pro monitorování virtuálních objektů.

Webové scénáře

Vkládání stránek

Zabbix poskytuje efektivní a flexibilní funkce monitorování webu, kdy webový modul pravidelně spouští předdefinované skripty a ukládá výsledky.
Funkce monitorování webu usnadňuje kontrolu výkonu a dostupnosti webových zdrojů a na základě shromážděných dat vytvářet grafy, alarmy a odesílat upozornění na selhání.

Pro každý krok skriptu jsou uloženy následující hodnoty:

Doba odezvy.
Kód odezvy.
Rychlost stahování.
Výskyt řetězce ve výsledku.

Webový skript se skládá z jednoho nebo více požadavků HTTP (kroků), které společně mohou testovat funkčnost webových aplikací a poskytují užitečné uživatelské zkušenosti.

Během kroků poskytují soubory cookie efektivní sledování.

Další funkce

Uživatelské proměnné.
Přesměrování.
Metody GET a POST.
Protokoly HTTP a HTTPS.
Základní oprávnění.
NTLM autorizace.

Java aplikace

Monitorování Java aplikací

Zabbix 2.0 představuje novou komponentu nazvanou Zabbix Java gateway (napsaná v Javě), která dokáže ovládat Java aplikace pomocí .
Server Zabbix si tak vyžádá speciální JMX čítač od Zabbix Java brány, který může poskytovat informace o Java aplikaci vzdáleně přes JMX API, bez potřeby dalšího softwaru.
Populární aplikace jako ActiveMQ, GlassFish, JBoss, Tomcat a WebSphere se snadno ovládají přes JMX.

technologie JMX

JMX je přítomen v platformě Java SE od J2SE 5.0 a poskytuje způsoby, jak monitorovat jakoukoli aplikaci nebo zařízení, na kterém běží JVM.
Pro získání dodatečné informace o této technologii viz dokumentace:

Monitorování databáze

Sledování případných požadavků

Používáním speciální technologie ODBC a ovladače může server Zabbix shromažďovat jakákoli data v databázích DBMS, jako je MySQL, PostgreSQL, Oracle a Microsoft SQL Server.
Po provedení dotazu se jeho výsledek uloží, což umožňuje vytvářet plány, alarmy a upozornění v případě selhání nebo nedostupnosti.
Tato funkce zefektivňuje monitorování, protože shromažďuje informace přímo z databáze, aby se zabránilo falešným poplachům.

Výpočet a akumulace informací

Vypočítaní členové

Pomocí aritmetických výrazů vám vypočítané položky umožňují vytvářet virtuální zdroje dat, kde se hodnoty pravidelně přepočítávají. Výsledek se uloží, což vám umožní generovat plány, alarmy nebo odesílat upozornění.
Příkladem vypočítané položky může být výpočet součtu provozu mezi dvěma porty na síťovém přepínači.

Hromadění informací

Uspořádáním do skupin můžete vytvářet prvky s akumulačními funkcemi, jako jsou maximální, minimální a průměrné prvky, které jsou společné všem hostitelům ve skupině.
Příkladem kumulativních položek může být výpočet průměrného využití paměti napříč všemi uzly v určité skupině.

Výkon serveru Zabbix

Interní kontroly nabízejí důležité informace o stavu serveru Zabbix a umožňují správci Zabbix rychle řešit problémy a sledovat rostoucí využití nástroje.

Ve středních až velkých prostředích je monitorování těchto hodnot zásadní, aby bylo zajištěno, že server Zabbix běží se zdroji, které jsou kompatibilní s požadavky.

Detekce problémů

Jakmile Zabbix Server shromáždí data, začne proces vyhodnocování shromážděných dat. Pravidla vyhodnocování dat nebo spouštěče výrazů poskytují logickou definici problému stavu dat přijatých z pozorovaných míst. Když je prahová hodnota vysoká, spouštěč změní svůj stav na PROBLÉM a naopak, když jsou data pod prahovou hodnotou.

Výjimečná prahová flexibilita

Zabbix poskytuje svým uživatelům velmi flexibilní a inteligentní možnosti prahování. Když je spouštěcí práh "větší než X", lze použít všechny logické výrazy, jako je dělení, násobení, nerovná se, logické AND a OR.

Kromě toho vám Zabbix umožňuje používat mnoho různých podrobností získaných z různých hostitelů k vytváření spouštěcích výrazů. To umožňuje vytvářet velmi složité, inteligentní prahové hodnoty, které minimalizují falešné poplachy, a proto umožňují správcům soustředit se na skutečné problémy.

Časový posun

Funkce Zabbix poskytuje možnost zkontrolovat aktuální stav dat přijatých před časem. Můžete tedy porovnat podobná časová období, řekněme, že je pondělí s předchozím pondělím nebo odpoledne s před dvěma týdny. To je velmi užitečné, když zatížení prostředí není rovnoměrné a jednoduché srovnání mezi pondělním ránem a úterým neposkytuje cenné informace.

Hystereze

Hystereze je skvělá funkce, která zabraňuje kolísání, které může nastat, když příchozí data kolísají kolem prahové hodnoty. Hystereze má horní a dolní limit, který uvádí spouštěč do problémového stavu, když je dosaženo horního limitu, a vrací spouštěč do normálu, když jsou přijatá data pod prahovou hodnotou.

Závislosti

V jakémkoli IT prostředí existuje mnoho závislostí, kde selhání jednoho uzlu vede k selhání operace v mnoha dalších částech. Závislosti mohou při nedostatku narůst na víceúrovňové místo na disku způsobí selhání operačního systému, na kterém běží databáze. V tuto chvíli uživatelé CRM, CMS, BPMS a mnoha dalších podnikových aplikací nebudou moci plnit své úkoly. Monitorovací systém nakonfigurovaný bez závislostí bude produkovat desítky nebo stovky oznámení a odesílat stovky nebo tisíce e-mailů o všech těchto systémech. Případně je rozumné využít funkci závislostí, která vydá pouze jedno upozornění informující o nedostatku místa na disku a všechna ostatní upozornění skryje.

Různé úrovně závažnosti

Protože ne všechny spouštěče mají stejnou úroveň závažnosti, můžete spouštěči přiřadit jednu ze šesti úrovní závažnosti. Závažnost je pak aplikována na vizuální reprezentaci spouštěčů a může být použita k řízení reakce na problematickou událost.

Vizualizace

Lidé pravděpodobněji rozlišují mezi vizuálními daty než holými čísly, zvláště když se jedná o obrovské množství dat. Níže jsou uvedeny různé funkce vizualizace.

Webové rozhraní Zabbix je funkce, která jej odlišuje od ostatních řešení. Výkonný a přitom snadno použitelný GUI oficiálně dodáván s instalačním balíčkem.

Grafický

Na jedné obrazovce můžete zobrazit mnoho grafů, automaticky je aktualizovat, změnit období a tak dále.

Není potřeba skrytých textových souborů.

Všechna nastavení sledování lze měnit ve webovém rozhraní. Nemusíte umět používat konzoli UNIX a textové editory.

Ovládejte vše na jednom místě

Webové rozhraní nabízí jak nastavení monitoringu, tak prohlížení nasbíraných dat. Správce sítě může vidět a ovládat vše v jednom rozhraní.

Webové rozhraní Zabbix poskytuje centralizovanou konfiguraci pro všechny aspekty monitorování. Změny konfigurace jsou okamžitě aktivní.

Zabbix plně podporuje Unicode/UTF-8 pro skutečnou lokalizaci a vícejazyčnost.

Audit

Všechny uživatelské operace se zaznamenávají.

Podpora napříč prohlížeči

Nejnovější podporované verze Google chrom, Mozilla Firefox, Microsoft internet Explorer a Opera. Se Zabbixem umí pracovat i jiné prohlížeče (Konqueror, Apple Safari).

globální vyhledávání

Globální vyhledávání obsahuje návrhy založené na zadaném řetězci.
Výsledky hledání obsahují odpovídající uzly, skupiny uzlů a vzory.

Globální oznámení

Globální oznámení zobrazují informace, které vyžadují okamžitou pozornost uživatele, bez ohledu na obrazovku, na kterou se dívá. Globální oznámení zahrnují zprávy a přehrávání zvuku.
Globální upozornění lze povolit v nastavení uživatelského profilu. Pokud jsou povoleny, můžete změnit časový limit pro reakci na oznámení. Ve výchozím nastavení zůstanou zprávy na obrazovce po dobu 90 sekund.
Zprávy lze filtrovat na základě spouštěče závažnosti. Každý spouštěč závažnosti a zpráva pro obnovení lze nakonfigurovat tak, aby přehrávala zvuk.
Příchozí zprávy se zobrazují v plovoucí sekci na pravé straně. Tuto sekci lze vertikálně posouvat.

Lokalizace

Webové rozhraní bylo přeloženo do 22 jazyků. Proces překladu probíhá.

Témata

Ve výchozím nastavení webové rozhraní Zabbix poskytuje několik předinstalovaných témat. Uživatelé mohou vytvářet vlastní témata.

Globální panel nástrojů

Zabbix Dashboard je ústředním prvkem webového rozhraní a poskytuje detailní informace o kontrolovaném prostředí. Na jedné obrazovce jsou k dispozici následující informace:

Stav serveru Zabbix.
Stav systému.
Hostitelský stát.
Posledních 20 problémů.
Sledování webu.

Grafy.
Obrazovky.
Karty.

Uživatelé si mohou přizpůsobit řídicí panel, přetahovat widgety, přidávat a odebírat oblíbené položky.

Grafy

Zabbix umí snadno generovat grafy ze shromážděných dat.

Automatické grafy.

Standardní grafy pro různé prvky jsou k dispozici bez jakéhokoli nastavení - tyto grafy se vytvářejí za běhu. Pro zobrazení takového grafu klikněte na "Graf další" u libovolného prvku v "Poslední data".
Ovládání grafu umožňuje změnit aktuálně zobrazené časové období.

Tažení se zvětšením (zoom)

Příslušné časové období se změní přetažením nebo změnou velikosti posuvníku času.

Odkazy vlevo (nad posuvníkem) navíc umožňují vybrat předdefinovaná, často používaná časová období a posouvat zobrazená období dopředu/dozadu na časové ose (pod posuvníkem). Data na pravé straně fungují jako odkazy, vyskakovací kalendář umožňuje nastavit čas začátku a konce.

Vlastní grafy

Vlastní grafika je výkonnější než standardní. Ve vlastních grafech lze porovnávat data z více datových bodů a můžete nastavit styl grafu nebo způsob zobrazení čar. Vlastní grafy lze vytvořit pro hostitele, více uzlů nebo šablonu.
Vlastní grafy spolu s několika základními přehledy vám umožní vidět data v kontextu.

Histogram zpráv

Histogram sestavy vám umožňuje nahlížet na data z různých perspektiv. Chcete vidět týdenní teploty serverovny za poslední dva měsíce? Potřebujete porovnat zatížení webového serveru za první měsíc každého čtvrtletí tohoto roku? To vše a mnohem více je možné s touto funkcí.

Síťové mapy

Každý prvek v mapě může být hostitel, skupina hostitelů, jeden spouštěč, obrázek nebo jiná mapa. Moderní úpravy map byly vylepšeny přidáním přetahování, výběru rámečkem a výběru podrobností o položce, které se mají zobrazit ve vyskakovacím okně.

Podívejte se, co se děje

Vzhledem k tomu, že prvky mapy lze propojit, může se mapa stát „živou“ a začít odrážet, co se děje v pozorovaných uzlech.
Pokud se něco stane, ikona stavu a barva zařízení na mapě se automaticky změní.

Šířka pásma v detailu. Ikona a popis zařízení mohou obsahovat vlastní makra. V popisu hostitele lze například zobrazit propustnost v reálném čase a průměrné zatížení CPU.

Stav závislosti

Pokud kliknete na uzel, získáte přístup k některým skriptům a odkazům na stránky stavu spouštěčů, které poskytnou seznam aktivních spouštěčů uzlů a stránku obrazovky uzlů.

Obrazovky a prezentace

Obrazovky

Nezávislý vizuální prvky(grafy, mapy, přehledová data atd.) lze seskupit a zobrazit na jedné obrazovce přehledu.
Obrazovky Zabbix jsou většinou tabulkové a mohou v každé buňce obsahovat:

plán;
uživatelsky definovaný rozvrh;
mapa;
další obrazovka;
textové informace;
informace o serveru (přehled);
spouštěcí informace (přehled);
kontrola dat;
hodinky;
historie událostí;
akční historie;
URL (data převzata odjinud).

Díky Screen Builder je vytváření obrazovky snadné a intuitivní. Počet prvků na obrazovce není omezen.

Prezentace.

Prezentace může zobrazovat několik obrazovek za sebou, podle nastaveného intervalu.

Přístup k nezpracovaným datům

Všechna shromážděná data, bez ohledu na typ, jsou uložena v tabulkách protokolu jako nezpracovaná data.

Události a podrobnosti oznámení

Seznam akcí

Zabbix ukládá všechny události do databáze. Všechny události si můžete prohlédnout v seznamu. K vyhledání události specifické pro spouštěč můžete použít možnosti filtrování.

Kromě toho můžete ke každé události napsat zprávu s potvrzením.

Události a podrobnosti oznámení
Pokud kliknete na událost, zobrazí se vám podrobnosti o událostech a upozornění. Na této obrazovce se také zobrazí zdroj události, podrobnosti potvrzení a související události.

Zabezpečení a ověřování

Uživatelská práva

Typy uživatelů

Typ uživatele	Popis
Uživatel Zabbix
Správce Zabbix	Práva skupiny uzlů musí být specifikována explicitně.
Zabbix Super Admin

čtení a psaní;
pouze čtení;
Přístup odepřen.

Níže uvedený snímek obrazovky poskytuje přehled o tom, jak snadné je přiřadit uživatelská práva uzlu nebo skupině uzlů.

Metody autentizace

interní databáze;
základní autorizace přes HTTP;
ověřování LDAP.

Příjemné drobnosti

Mapování hodnot.

Vykreslování hodnot je užitečné pro prohlížení dat. Na přijatou hodnotu můžete vložit textové vysvětlení. Takže místo holé hodnoty „1“ se zobrazí něco smysluplnějšího, například „dostupné“.

Pracovní doba

Pracovní doba je zobrazena s bílým pozadím a mimopracovní doba je zobrazena šedě.

Zobrazení více souborů protokolu společně

V zobrazení historie protokolů můžete kombinovat více protokolů dat na jedné obrazovce. A také filtrovat a zvýraznit data protokolu v textovém režimu. Jde o to najít a snadno prozkoumat konkrétní data protokolu.

Oznámení

Zabbix umožňuje nejen shromažďovat, ukládat a analyzovat informace o řízeném prostředí, ale také informovat odpovědný personál o výskytu událostí pomocí různé kanály a možnosti. Zabbix poskytuje kompletní pracovní postup: zasílání upozornění, umožnění potvrzení přijatých informací, zpřístupnění informací dalším lidem a možnost jednat.

Níže jsou popsány různé fáze procesu oznámení:

přijmout zprávu;
provést příkaz;
eskalace (odhalování) reakcí na problémy.

Přijímání zpráv

Volba metody

Zabbix má několik předdefinovaných způsobů doručení oznámení. Správci mohou přijímat oznámení několika způsoby:

emailem;
prostřednictvím SMS;
do Jabberu
pomocí vlastního upozornění.

Kromě toho lze pro upozornění použít skripty. Obsah oznámení je plně přizpůsobitelný v závislosti na kontextu. Každý kontakt může být upozorněn určenými způsoby pomocí určených médií v určený den a čas.

Zahrnutí důležitých detailů

Zpráva může obsahovat informace o provedení a inventáři, informace o nastavení a nejnovější data. Zpráva může obsahovat pole jako:

datum a čas;
jméno uzlu;
předmět a popis spouštěče;
nejnovější údaje;
profil uzlu.

Nastavení v závislosti na příjemci

Když odešlete zprávu uživateli nebo skupině uživatelů, lze zprávu o stejném problému upravit pomocí jiné sady informací v závislosti na roli příjemců v organizaci.

Provedení příkazu

Na vzdáleném systému můžete spouštět příkazy shellu k nápravě situací, kdy je systém přetížený nebo když služby nefungují správně. Typickým případem použití takových programů je restartování serveru nebo služeb.
Příkazy lze spouštět:

na serveru Zabbix;
na agenta Zabbix;
pomocí IPMI;
pomocí Telnetu a SSH.

Více detailní informace o vzdáleném provádění příkazů v příručce.

Eskalace (odhalování) reakcí na problémy.

Eskalace obsahuje skript, což je plán zasílání upozornění. Pokud problém přetrvává nebo nedošlo k žádnému potvrzení, oznámení se odešle dalším příjemcům a podle potřeby se provedou i příkazy.

Zabbix poskytuje efektivní a extrémně flexibilní pravidla pro eskalaci úloh. V závislosti na nastavení Zabbix automaticky eskaluje (přejde k dalšímu kroku šíření) nevyřešené problémy a provede akce přiřazené ke každému kroku eskalace.

Podporované možnosti

Okamžité upozornění na nové problémy.
Proaktivní monitorování: Zabbix spouští předdefinované skripty (dálkové příkazy).
Opakující se upozornění, dokud nebude problém vyřešen.
Zpožděná upozornění a vzdálené příkazy.
Eskalace problémů na jiné skupiny uživatelů.
Různé cesty eskalace pro uznané a nepotvrzené problémy.
Obnovení zprávy pro všechny zainteresované strany.
Zabbix podporuje neomezený počet kroků eskalace.

Do oznámení lze zahrnout historii eskalace, aby příjemce viděl, co se děje a proč zprávu obdržel.

Šablony, import a export

Šablony

Šablony - skvělá cesta zjednodušit správu Zabbix. Sadu objektů (položky, spouštěče, grafy, aplikace, obrazovky a pravidla zjišťování) lze přidružit k šabloně za účelem efektivnější správy tisíců zařízení.
Šablony lze připojit k uzlům. Všechny prvky šablony, spouštěče a grafy budou automaticky přidány do přidruženého uzlu. Změňte určité prvky šablony (zařízení, spouštěč, grafiku atd.) a změny se automaticky použijí na všechny uzly.

Nastavení importu a exportu

Zabbix umožňuje sdílet nastavení importu a exportu mezi systémy.
Data jsou exportována ve formátu XML, který lze snadno číst a upravovat. Import a export dat:

Sdílení šablon nebo síťových karet mezi uživateli, systémy nebo organizacemi.
Možnosti konfigurace.
Integrace s nástroji třetích stran.

Použití formátu XML vám umožňuje vložit Zabbix do aplikací třetích stran a provádět import / export.
Tato funkce spadá do tří hlavních kategorií konfigurace: uzly a jejich přidružená data, síťové karty a obrazovky.

Import a export uzlů.

Uzly a související šablony.
Aplikace.
Zboží.
spouštěče.
Vlastní grafy.
Uživatelská makra.
Pravidla výzkumu.

Import a export map.

Nastavení mapy.
Všechny prvky mapy, včetně obrázků, spouštěčů, hostitelů, skupin hostitelů a map.
Všechny konektory s příslušnými daty, včetně štítků a stavových indikátorů.

Obrazovka Import/Export

Obrazovka importu/exportu podporuje všechny prvky obrazovky.

Automatická detekce

Existují tři hlavní přístupy k automatickému zjišťování a správě prvků prostředí v rámci Zabbix, z nichž každý slouží jiné oblasti: zjišťování sítě, zjišťování na nízké úrovni a agent automatické registrace.

Zjišťování sítě

Tato funkce vám umožňuje pravidelně vyhledávat v síti externí služby a agenty Zabbix (pasivní) a provádět předdefinované akce, když jsou nalezeny. Proces výzkumu začíná stahováním, které je založeno na následujících informacích:

rozsah skenování IP;
externí vyhledávací služby (FTP, SSH, WEB, POP3, IMAP, TCP atd.);
informace obdržené od agenta Zabbix;
informace obdržené od agenta SNMP.

zasílání upozornění uživateli;
přidat nebo odebrat uzel;
povolit a zakázat uzel;
přidat nebo odebrat uzel do skupiny;
svázat nebo rozpojit uzel ze šablony;
spustit vzdálený skript.

Nízká úroveň skenování

Nízkoúrovňové zjišťování poskytuje možnost automaticky vytvářet položky, spouštěče a grafy na různých položkách v zařízení. Zabbix může například automaticky spustit monitorování souborových systémů nebo síťových rozhraní na počítači, aniž by bylo nutné pro každý z nich vytvářet záznamy souborový systém nebo síťové rozhraní ručně.
Zabbix podporuje tři typy nízkoúrovňového skenování:

skenování souborových systémů;
skenování síťových rozhraní;
skenování SNMP OID.

Automatická registrace aktivního agenta

Tato funkce umožňuje serveru Zabbix automaticky zahájit monitorování nového hardwaru, pokud toto zařízení Agent Zabbix nainstalován. To vám umožňuje přidávat nové hostitele pro monitorování, aniž byste museli ručně konfigurovat server Zabbix pro každého jednotlivého hostitele. Při přidávání nového hardwaru do spravovaného prostředí vše, co musíte udělat, je nainstalovat agenta Zabbix (aktivní) a nasměrovat jej na server Zabbix.
Funkce automatické registrace je velmi užitečná pro automatické sledování nových cloudových uzlů. Jakmile budete mít v cloudu nový uzel, Zabbix automaticky začne sbírat data o výkonu a dostupnosti tohoto uzlu.

Distribuované monitorování

Distribuované monitorování prostřednictvím proxy Zabbix

Zabbix proxy shromažďuje informace o kontrolovaném prostředí a odesílá je na server Zabbix. Použití Zabbix proxy může výrazně zjednodušit údržbu kontrolovaného prostředí a výrazně zlepšit výkon centrálního serveru Zabbix.

Používání proxy Zabbix je nejvíce jednoduchým způsobem shromažďování místních informací a podávání zpráv na centrální server Zabbix.

Zabezpečení a ověřování

Uživatelská práva

Zabbix může efektivně spravovat uživatelská práva na jediném serveru nebo distribuovaném prostředí.

Typy uživatelů

Zabbix podporuje několik typů uživatelů. Typy uživatelů se používají k definování přístupu k funkcím správy a přiřazení výchozích oprávnění.

Typ uživatele	Popis
Uživatel Zabbix	Uživatel má přístup do monitorovacího menu.Uživatel ve výchozím nastavení nemá přístup k žádným prostředkům.Práva skupiny uzlů musí být specifikována explicitně.
Správce Zabbix	Uživatel má přístup k monitorování a konfiguraci.Uživatel nemá přístup k žádným výchozím skupinám hostitelů.Práva skupiny uzlů musí být specifikována explicitně.
Zabbix Super Admin	Uživatel má přístup ke všemu: Monitoring, Konfigurace a administrace.Má přístup pro čtení a zápis do všech skupin uzlů.Oprávnění nelze zrušit odepřením přístupu ke konkrétním skupinám hostitelů.

Udělte přístup hostitelům

Práva jsou udělována skupinám uživatelů na úrovni skupiny uzlů. Přístup k několika uzlům tedy závisí na tom, která práva skupiny uživatelů patří do skupiny uzlů.

Existují tři typy přístupových práv k uzlům nebo skupině uzlů:

čtení a psaní;
pouze čtení;
Přístup odepřen.

Metody autentizace
Webové rozhraní Zabbix podporuje několik metod ověřování:

interní databáze;
základní autorizace přes HTTP;
ověřování LDAP.

Řízení systému

Servisní období

Funkce údržby lze použít pro plánovanou údržbu síťových uzlů a skupin uzlů. Období služby může správce přednastavit ve webovém rozhraní. Můžete zadat denní, týdenní a měsíční období údržby.

Podporovány jsou dva režimy řízení údržby, které správci sdělují, zda má přestat shromažďovat všechna data nebo potlačit pouze upozornění na selhání.

Inventář

Zabbix udržuje informace o hostiteli, jako je sériové číslo, MAC adresa, OS a software. Tyto informace lze zahrnout do upozornění na problém se zařízením, což správci systému usnadní pochopení příčiny problému a pomůže najít řešení.

Pole "Inventář hostitele" lze vyplnit automaticky. Speciální prvky mohou shromažďovat informace o uzlech a naplňovat pole inventáře v definici uzlu.

Vlastní skripty pro správu uzlů

Skripty lze používat ve webovém uživatelském rozhraní Zabbix. Na řídicím panelu na obrazovkách Mapy a Události může správce spouštět skripty kliknutím na název hostitele nebo ikonu mapy a výběrem skriptu z rozevíracího seznamu.

Tato funkce je užitečná pro první reakci na problém v systému. Ping a traceroute jsou ve výchozím nastavení povoleny.

Zabbix API

Snadná obousměrná integrace

Zabbix API umožňuje snadnou integraci s jakýmkoli softwarem, který je schopen uskutečňovat nebo přijímat externí hovory. Integraci s lístkovým systémem lze považovat za jedno z nejčastějších použití Zabbix API. Integrace s oblíbenými systémy prodeje vstupenek, jako jsou JIRA a Bugzilla, bude trvat jen několik dní.

Software třetích stran

Kromě toho můžete použít Zabbix API k integraci funkcí Zabbix do softwaru vyvinutého jinou stranou.

Správa konfigurace

Při práci v automatizovaných prostředích spravovaných systémy pro správu konfigurace, jako je Puppet, Chef, může integrace Zabbix s takovými systémy ušetřit spoustu času při přidávání, odebírání nebo aktualizaci hardwaru nebo softwaru.

Dalším zajímavým využitím Zabbix API je, že můžete přidat stovky nebo tisíce zařízení, což webové rozhraní není možné.

Získávání dat

Zabbix má v databázi uloženo velké množství informací o prostředí organizace. Tyto informace si zaslouží, aby byly znovu použity ve statistikách, bezpečnostních a inventarizačních programech, aby byla organizace zmocněna. A to rozšiřuje obzory používání Zabbixu ke sběru informací nejen o dostupnosti a výkonu IT prostředí, ale také o obchodních metrikách, KPI, umístění inventárních položek, různé senzory(vlhkost, teplota, pohyb, senzory přiblížení) a mnoho dalších informací, které nás obklopují při našich každodenních činnostech.

Mobilní aplikace

Monitorování IT prostředí vyžaduje neustálou pozornost bez ohledu na odpovědnost zaměstnanců, víkendy nebo dokonce dovolené. Pomocí mobilních telefonů a chytrých telefonů můžete přistupovat k vizualizaci, konfiguraci, potvrzení událostí a mnoha dalším funkcím Zabbix. Každý si může vyvinout vlastní aplikaci pro správu Zabbix nebo použít hotovou aplikaci.

Začínáme s rozhraním API

Článek na blogu Zabbix popisuje použití API s příklady autentizace, získáním seznamu uzlů a popisem toku dat.

Vidět úplný seznam v oficiální dokumentaci Zabbix.

Překlad

Ti, kteří používají nebo budou používat Zabbix v průmyslovém měřítku, se vždy obávali otázky: kolik dat může Zabbix skutečně „strávit“, než se konečně udusí a udusí? Část mé nedávné práce se právě touto problematikou zabývala. Jde o to, že mám obrovskou síť více než 32 000 uzlů, které by mohly být v budoucnu potenciálně plně monitorovány Zabbixem. Na fóru se již dlouho vedou diskuse o tom, jak optimalizovat Zabbix, aby fungoval ve velkém, ale bohužel se mi nepodařilo najít kompletní řešení.

V tomto článku chci ukázat, jak jsem si nastavil svůj systém, aby byl schopen zpracovávat velké množství dat. Abyste měli představu, o čem mluvím, zde je pouze obrázek se statistikami systému:

Nejprve bych rád probral, co skutečně znamená položka „Požadovaný výkon serveru, nové hodnoty za sekundu (dále jen NVPS) (Požadovaný výkon za sekundu)“. Neodpovídá tedy tomu, kolik dat skutečně vstoupí do systému za sekundu, ale jde o jednoduchý matematický výpočet všech aktivních datových prvků s přihlédnutím k intervalům dotazování. A pak se ukáže, že Zabbix-trapper není zapojen do výpočtu. V naší síti byl trapper používán poměrně aktivně, takže se podívejme, jak moc je NVPS v daném prostředí reálné:

Jak ukazuje graf, Zabbix v průměru zpracovává přibližně 9260 požadavků za sekundu. Navíc bylo krátkých výpadků v síti až až 15 000 NVPS, kterou server zvládl bez problémů. Upřímně, je to skvělé!

Architektura

Podívejme se na každou otázku podrobně. Abych byl upřímný, při nasazování systému jsem nebral v úvahu problém se sítí, což vedlo k problémům, které bylo později obtížné diagnostikovat. Tak tady obecné schéma architektury monitorovacího systému:

Žehlička

diskový systém

Pro MySQL jsou samozřejmě velmi důležité také CPU a paměť. Velké množství paměti RAM umožňuje Zabbixu ukládat často čtená data do paměti, což přirozeně přispívá k rychlosti systému. Původně jsem plánoval 64GB paměti pro databázový server, ale zatím vše funguje dobře i při 32GB.

Servery, na kterých je nainstalován samotný zabbix_server, musí mít také dostatečně rychlé CPU, protože je nutné, aby klidně zpracovával statisíce triggerů. 12GB paměti by stačilo - protože na samotném serveru Zabbix není tolik procesů (téměř veškerý monitoring probíhá přes proxy).

Na rozdíl od DBMS a zabbix_serveru Zabbix proxy nevyžadují seriózní hardware, takže jsem použil virtuální stroje. Většinou se shromažďují aktivní datové položky, takže proxy slouží jako sběrná data, ale samy téměř nic nezjišťují.

Zde je kontingenční tabulka, kterou jsem použil ve svém systému:

Server Zabbix	Zabbix DB	Zabbix proxy	SAN
HP ProLiant BL460c Gen8 12x Intel Xeon E5-2630 16GB paměti 128GB disk CentOS 6.2 x64 Zabbix 2.0.6	HP ProLiant BL460c Gen8 12x Intel Xeon E5-2630 32GB paměti 2TB úložiště zálohované SAN (4Gbps FC) CentOS 6.2 x64 MySQL 5.6.12	Virtuální stroj VMware 4x vCPU 8GB paměti 50GB disk CentOS 6.2 x64 Zabbix 2.0.6 MySQL 5.5.18	Hitachi Unified Storage VM 2x 2TB LUN Víceúrovňové úložiště (s 2TB SSD)

Failover server Zabbix

velké sítě

Rozhodl jsem se tedy použít Linux HA s Pacemakerem a CMAN. Základní nastavení naleznete v příručce RedHat 6.4. Bohužel se pokyny od doby, kdy je používám, změnily, ale konečný výsledek by měl být stejný. Po základním nastavení jsem dodatečně nakonfiguroval:

1. Protože veřejnou IP adresu vždy používá aktivní server Zabbix, má to tři výhody:
  - Vždy snadno zjistíte, který server je aktivní
  - Všechna připojení ze serveru Zabbix jsou vždy ze stejné IP (po nastavení parametru SourceIP= v zabbix_server.conf)
  - Všechny proxy servery Zabbix a agenti Zabbix jednoduše dostanou společnou IP jako server
proces zabbix_server
- v případě selhání se zabbix_server zastaví na starém serveru a spustí se na novém
Symbolický odkaz pro úlohy cron
1. Symbolický odkaz ukazuje na adresář obsahující úlohy, které by měly být spouštěny pouze na aktivním serveru Zabbix. Crontab by měl mít přístup ke všem úlohám prostřednictvím tohoto symbolického odkazu
2. V případě převzetí služeb při selhání je symbolický odkaz odstraněn na starém serveru a vytvořen na novém.
crond
- V případě selhání se crond zastaví na starém serveru a spustí se na novém aktivním serveru

Odolnost proti chybám DBMS

Také jsem pro databázi použil Linux HA s Pacemakerem a CMAN. Jak se ukázalo, má několik skvělých funkcí pro správu replikace MySQL. Používám (použité, viz sekce " otevřené problémy”) replikace pro synchronizaci dat mezi aktivním (master) a pohotovostním (slave) MySQL. Pro začátek, stejně jako u serverů Zabbix, provedeme základní nastavení clusteru. Pak jsem navíc nakonfiguroval:

Sdílená IP adresa
1. V případě selhání přejde IP adresa na server, který se stane aktivním
2. Protože veřejnou IP adresu vždy používá aktivní server Zabbix, má to dvě výhody:
  - Vždy snadno zjistíte, který server je aktivní
  - V případě převzetí služeb při selhání není na samotném serveru Zabbix vyžadována žádná akce pro zadání adresy nového aktivního serveru MySQL.
Sdílená další (slave) IP adresa
1. Tuto IP adresu lze použít při požadavku na čtení databáze. Požadavek tedy může být zpracován podřízeným zařízením MySQL server Pokud je k dispozici
2. kterýkoli ze serverů může mít další adresu, záleží na následujícím:
  - pokud je podřízený server dostupný a hodiny nejsou o více než 60 sekund pozadu, pak podřízený server bude mít adresu
  - Jinak bude adresa na hlavním serveru MySQL
mysqld
- V případě selhání nový server MySQL bude aktivní. Pokud se poté starý server vrátí do provozu, zůstane otrokem pro již nově vyražený master.

Zabbix proxy

Při práci s proxy Zabbix je důležité si pamatovat:

Proxy Zabbix jsou schopny zpracovat velmi velké množství dat, pokud jsou správně nakonfigurovány. Takže např. při testech proxy (říkejme jí Proxy A) bez problémů zvládala 1500-1750 NVPS. A to je virtuální stroj se dvěma virtuálními CPU, 4GB RAM a SQLite3 databází. Proxy byl zároveň umístěn na stejném místě jako samotný server, takže zpoždění sítě bylo možné jednoduše ignorovat. Téměř vše, co bylo shromážděno, byly aktivní předměty agenta Zabbix
Již dříve jsem zmínil, jak důležitá je latence sítě při monitorování. Takže to platí, pokud jde o velké systémy. Ve skutečnosti je množství dat, které může proxy odeslat, aniž by zaostávalo, přímo závislé na síti.
Níže uvedený graf jasně ukazuje, jak se problémy hromadí, když se nebere v úvahu zpoždění sítě. Proxy, který selže:

Je snad dostatečně zřejmé, že fronta přenášených dat by se neměla zvětšovat. Graf odkazuje na další proxy Zabbix (Proxy B), která se hardwarově neliší od Proxy A, ale dokáže bez problémů přenést pouze 500 NVPS a ne 1500 NVPS, jako Proxy A. Rozdíl je v tom, že B se nachází v Singapuru a sám server v Severní Amerika a zpoždění mezi místy je asi 230 ms. Toto zpoždění má vážný dopad vzhledem ke způsobu odesílání dat. V našem případě může Proxy B odeslat pouze 1000 shromážděných položek na server Zabbix každé 2-3 sekundy. Podle mých pozorování se děje toto:

Proxy naváže spojení se serverem
Proxy maximum odesílá 1000 shromážděných hodnot položek najednou
Proxy ukončuje připojení

Počáteční připojení je velmi pomalé. V mém případě se to stane za 0,25 sekundy. Fuj!
Vzhledem k tomu, že spojení je ukončeno po odeslání 1000 datových položek, TCP spojení nikdy netrvá tak dlouho, aby vyčerpalo všechna dostupná data. propustnost kanál.

Výkon databáze

shromážděné informace

rychlá práce

Zpočátku jsem v systému používal MySQL 5.5.18. Zpočátku nebyly žádné viditelné problémy s výkonem, nicméně po 700-750 NVPS začalo MySQL zatěžovat procesor na 100 % a systém doslova „zamrzl“. Moje další pokusy o nápravu situace laděním parametrů v konfiguračním souboru, aktivací velkých stránek či rozdělením k ničemu nevedly. Více dobré rozhodnutí moje žena navrhla: nejprve upgradujte MySQL na 5.6 a pak na to přijít. K mému překvapení všechny problémy s výkonem vyřešila jednoduchá aktualizace, kterou jsem v 5.5.18 nedokázal překonat. Pro jistotu zde je kopie my.cnf .

Všimněte si, že většina dotazů je "Com_update". Důvod spočívá ve skutečnosti, že každá přijatá hodnota znamená Aktualizaci v tabulce "položky". Také databáze je většinou operace zápisu, takže mezipaměť dotazů MySQL nepomůže. Ve skutečnosti to může být dokonce škodlivé pro výkon, vzhledem k neustálé potřebě označovat požadavky jako neplatné.

Další výkonnostní záležitostí může být Zabbix Housekeeper. Ve velkých sítích důrazně doporučuji vypnout. Chcete-li to provést, nastavte v konfiguračním souboru DisableHousekeeping=1. Je jasné, že bez Housekeepingu nebudou stará data (datové prvky, události, akce) z databáze smazána. Poté lze odstranění organizovat pomocí rozdělení.

Jedním z omezení MySQL 5.6.12 je však to, že dělení nelze použít na tabulkách s cizími klíči a ty jsou v databázi Zabbix přítomny téměř všude. Ale kromě historických tabulek, které potřebujeme. Rozdělení nám přináší dvě výhody:

Všechna historická data tabulky rozdělená podle dne/týdne/měsíce/atd. může být v samostatné soubory, který umožňuje v budoucnu smazat data bez jakýchkoli následků pro databázi. Je také velmi snadné pochopit, kolik dat je shromážděno za určité časové období.
Po vymazání tabulek InnoDB nevrací místo na disku a nechává ho pro sebe pro nová data. V důsledku toho není možné vyčistit místo na disku pomocí InnoDB. V případě rozdělení to není problém, místo lze uvolnit jednoduchým smazáním starých oddílů.

sbírat nebo poslouchat

Rozdíl ve výkonu může být významný při výběru jedné nebo druhé metody jako hlavní. Vyžaduje pasivní monitorování běžící procesy na serveru Zabbix, který bude pravidelně odesílat požadavek agentovi Zabbix a čekat na odpověď, v některých případech může čekání trvat i několik sekund. Nyní vynásobte tento čas nejméně tisíci servery a je jasné, že dotazování může nějakou dobu trvat.

V případě aktivního monitorování procesů dotazování není žádný server, server čeká, až se agenti sami začnou připojovat k serveru Zabbix, aby získali seznam položek, které je třeba monitorovat.

Dále agent sám začne shromažďovat datové prvky, s přihlédnutím k intervalu přijatému ze serveru, a odesílat je, přičemž spojení se otevře, až když bude mít agent co poslat. Není tedy potřeba ověřování před přijetím dat, což je přítomno u pasivního monitorování. Závěr: aktivní monitoring zvyšuje rychlost sběru dat, která je v naší velké síti vyžadována.

Sledování samotného Zabbixu

efektivní práce

Jednou z užitečných metrik je volné místo v mezipaměti pro zápis historie (HistoryCacheSize v konfiguračním souboru serveru). Tento parametr by měla být vždy blízko 100 %. Pokud je mezipaměť plná, znamená to, že Zabbix nemá čas přidat příchozí data do databáze.

Bohužel tato možnost není podporována proxy serverem Zabbix. V Zabbix také neexistuje žádný datový prvek udávající, kolik dat čeká na odeslání na server Zabbix. Tento datový prvek však lze snadno provést sami prostřednictvím dotazu SQL do databáze proxy:

SELECT ((SELECT MAX(proxy_history.id) FROM proxy_history)-další) FROM ids WHERE field_name="history_lastid"

Dotaz vrátí požadované číslo. Pokud máte SQLite3 jako databázi pro proxy Zabbix, pak stačí přidat následující příkaz jako UserParameter do konfiguračního souboru agenta Zabbix nainstalovaného na počítači, kde běží proxy Zabbix.

UserParameter=zabbix.proxy.items.sync.remaining,/usr/bin/sqlite3 /path/to/the/sqlite/database "SELECT ((SELECT MAX(proxy_history.id) FROM proxy_history)-další) FROM ids WHERE field_name= "history_lastid"" 2>&1

(Název hostitele:zabbix.proxy.items.sync.remaining.min(10m))>100000

Celková statistika

A zde jsou grafy z databázového serveru. Přírůstky provozu každý den odpovídají času výpisu (mysqldump). Také pokles 16. července v grafu dotazů (qps) odkazuje na stejný problém, který jsem popsal výše.

Řízení

Otevřené problémy

rezervní základna

Mám nápady, jak lze tento problém vyřešit, ale ještě jsem neměl čas je implementovat:

Použijte Linux-HA s DRBD pro dělení databází.
Replikace LUN do SAN s replikací na jinou LUN
Cluster Percona XtraDB. Zatím není k dispozici ve verzi 5.6, takže to bude muset počkat (jak jsem psal, v MySQL 5.5 byly problémy s výkonem)