V IT existuje taková pověra: „Pokud to funguje, nesahají na to“. To se dá říct i o našem monitorovacím systému. V Southbridge používáme Zabbix — když jsme ho vybírali, byl opravdu skvělý. A v podstatě nebylo žádné alternativy.
Časem se naše ekosystémy rozrostly o instrukce, další obvazy a integraci s redmine. Zabbix měl silného konkurenta, který v mnoha ohledech překonal: rychlost práce, HA téměř přímo z krabice, krásná vizualizace a optimalizace práce v prostředí Kubernetes.
Ale nespěcháme se přechodem. Rozhodli jsme se nahlédnout do Zabbixu a zajímat se o to, jaké funkce plánují v nadcházejících verzích. Nebyli jsme ostýchaví a pokládali jsme nepříjemné otázky Sergeyovi Sorokinu, řediteli pro rozvoj Zabbixu, a Vitaliyu Zhuravlevu, Solution architect. Co z toho vzešlo, si přečtěte dále.
1. Řekněte nám o historii společnosti. Jak vznikl nápad produktu?
Historie společnosti začala v roce 1997, kdy zakladatel a majitel společnosti Alexej Vladyšev pracoval jako administrátor databází v jedné bance. Alexejovi se zdálo neefektivní řídit databáze bez dostupných historických údajů o nejrůznějších parametrech, bez chápání aktuálního a historického stavu okolního prostředí.
V tomto ohledu jsou řešení pro monitoring, která byla v té době na trhu, velmi nákladná, neobratná a vyžadující velké zdroje. Proto Alexey začíná psát různé skripty, které mu umožňují efektivně monitorovat část infrastruktury, kterou má na starosti. To se stává jeho koníčkem. Alexey mění zaměstnání, ale zájem o projekt zůstává. V letech 2000-2001 je projekt přepsán od základů – a Alexey přemýšlí o tom, jak umožnit ostatním administrátorům využít jeho poznatky. Vzniká otázka, pod jakou licencí vydat existující kód. Alexey se rozhodl jej vydat pod licencí GPLv2. Nástroj si okamžitě získal pozornost v profesionálním prostředí. Postupem času začaly k Alexeyovi přicházet žádosti o podporu, školení a rozšíření možností softwaru. Počet těchto objednávek neustále rostl. Tak přirozeně přišlo rozhodnutí založit firmu. Firma byla založena 12. dubna 2005.
2. Jaké klíčové body můžete vyzdvihnout v historii vývoje Zabbixu?
V současnosti je těchto bodů několik:
a. Začátek práce Alexeye na skriptech – rok 1997.
b. Publikace kódu pod licencí GPLv2 – rok 2001.
c. Založení společnosti Zabbix – rok 2005.
d. Uzavření prvních partnerských smluv, vytvoření partnerského programu – rok 2007.
e. Založení Zabbix Japan LLC – rok 2012.
f. Založení Zabbix LLC (USA) – rok 2015.
g. Založení LLC Zabbix – rok 2018.
3. Kolik lidí u vás pracuje?
V současnosti ve skupině společností Zabbix pracuje něco málo přes 70 zaměstnanců: vývojářů, testerů, projektových manažerů, podpůrných inženýrů, poradců, obchodníků a marketingových pracovníků.
4. Jak píšete roadmap, sbíráte zpětnou vazbu od uživatelů? Jak určujete, kam se posunout dál?
Při sestavování roadmapy pro další verzi Zabbixu se orientujeme na následující důležité faktory, přesněji sbíráme roadmapu podle následujících kategorií:
a. Strategická vylepšení Zabbixu. Něco, co Zabbix považuje za velmi důležité. Například Zabbix agent napsaný v Go.
b. Věci, které chtějí vidět v Zabbixu zákazníci a partneři Zabbixu. A za které jsou ochotni zaplatit.
c. Přání/návrhy od komunity Zabbix.
Technické dluhy. 🙂 Věci, které jsme vydali v předchozích verzích, ale nezajistili plnou funkčnost, nenabídli dostatečnou flexibilitu ani všechny možnosti.
5. Můžete porovnat Zabbix a Prometheus? Co je v Zabbixu lepší a co horší?
Hlavní rozdíl, podle našeho názoru, spočívá v tom, že Prometheus je systém primárně určený pro sběr metrik — a pro zajištění komplexního monitoringu v podniku je potřeba přidat k Prometheovi řadu dalších komponent, jako je Grafana pro vizualizaci, samostatné dlouhodobé úložiště, správa problémů a práce s logy na jiném místě…
V Prometheu neexistují žádné standardní šablony monitorování, po získání všech těch tisíců metrik od exportérů je třeba si samostatně najít problematické signály. Nastavení Prometheu — konfigurační soubory. Někde je to výhodnější, někde ne.
Zabbix je univerzální platforma pro vytvoření monitoringu „od a do“, máme vlastní vizualizaci, korelaci problémů a jejich zobrazení, rozdělení práv přístupu k systému, audit akcí, mnoho způsobů sběru dat prostřednictvím agenta, proxy, protokolů, možnost rychle rozšířit systém pluginy, skripty, moduly...
Data lze sbírat jednoduše tak, jak jsou, například pomocí protokolu HTTP, a dále přetvářet odpovědi na užitečné metriky pomocí funkcí předzpracování jako JavaScript, JSONPath, XMLPath, CSV a podobně. Mnozí uživatelé oceňují Zabbix za možnost nastavit a spravovat systém prostřednictvím webového rozhraní, za možnost popisovat typické konfigurace monitoringu ve formě šablon, které si mohou vzájemně sdílet, a které obsahují nejen metriky, ale také pravidla pro detekci, prahové hodnoty, grafy, popisy — kompletní soubor objektů pro monitoring typických objektů.
Mnozí také ocení možnost automatizovat správu a nastavení prostřednictvím Zabbix API. Celkově nechceme vyvolávat polemiky. Domníváme se, že oba systémy dobře vyhovují svým úkolům a mohou se navzájem harmonicky doplňovat, například Zabbix od verze 4.2 může shromažďovat data z exportérů Prometheus nebo přímo z něj.
6. Nepřemýšleli jste o tom, že byste udělali Zabbix jako SaaS?
Přemýšleli jsme o tom a uděláme to v budoucnu, ale chceme, aby bylo toto řešení co nejpohodlnější pro klienty. V tomto případě by měl být standardní Zabbix nabízen spolu s komunikačními prostředky, rozšířenými nástroji pro sběr dat a tak dále.
7. Kdy čekat zabbix ha? A má cenu čekat?
Zabbix HA určitě čekat. Opravdu doufáme, že něco uvidíme ve Zabbix 5.0 LTS, ale situace se vyjasní v listopadu 2019, kdy bude plně potvrzen plán Zabbix 5.0.
8. Proč má typ médií tak chudý výběr hned po instalaci? Neplánujete přidat Slack, telegram a tak dále? A používá ještě někdo Jabber?
Jabber byl ve verzi Zabbix 4.4 odstraněn, ale místo toho byly přidány Webhooks. Pokud jde o typy médií, nechtěli bychom z systému vytvářet konkrétní aplikace, ale standardní prostředky pro výměnu zpráv. Není tajemstvím, že mnoho podobných chatů nebo helpdesk služeb má API přes HTTP — proto se v tomto roce s vydáním 4.4 situace změní.
Se zavedením webhooks v Zabbix lze očekávat všechny nejžádanější integrace hned po instalaci v blízké budoucnosti. Tyto integrace budou oboustranné, nikoli jen jednoduchá oznámení jedním směrem. A ty typy médií, na které se nedostaneme, vytvoří naše komunita — protože nyní může být typ médií zcela exportován do konfiguračního souboru, zveřejněn na share.zabbix.com nebo github. A ostatní uživatelé budou muset pouze importovat soubor, aby mohli začít používat takovou integraci. A přitom nebude potřeba žádné další skripty instalační!
9. Proč se nevyvíjí oblast objevování virtuálních strojů? Existuje pouze vmware. Mnozí čekají na integraci s ec2, openstack.
Ne, oblast se vyvíjí. Například v 4.4 se objevilo objevování datastore prostřednictvím klíče vm.datastore.discovery. Ve verzi 4.4 také přibyly skvělé klíče wmi.getall – očekáváme, že díky němu spolu s klíčem perf_counter_en bude možné provést dobrý monitoring Hyper-V. A budou další důležité změny v této oblasti ve Zabbix 5.0.
10. Nepřemýšleli jste o tom, že byste se vzdali šablon a udělali to jako u prometheus, kdy se vezme vše, co se poskytuje?
Prometheus automaticky shromažďuje všechny metriky, což je velmi pohodlné. A šablona není jen soubor metrik, je to "nádoba", která obsahuje veškerou potřebnou typovou konfiguraci monitorování daného typu zdroje nebo služby. Obsahuje již sadu důležitých spouštěčů, grafů, pravidel pro detekci, popisy metrik a práh hodnot, které uživateli pomáhají pochopit, co se sbírá a jaké prahy se právě kontrolují a proč. Šablony se navíc snadno sdílejí s ostatními uživateli – a oni získají dobré monitorování svého systému, aniž by museli být experty.
11. Proč je tak málo metrik ze základu? To značně zkomplikuje nastavení z hlediska provozu.
Pokud máte na mysli hotové šablony, právě teď pracujeme na rozšíření a vylepšení našich šablon. Zabbix 4.4 byl vydán s novou, vylepšenou sadou a s lepšími možnostmi.
Pro Zabbix vždy můžete na share.zabbix.com najít hotovou šablonu prakticky pro jakýkoli systém. Ale rozhodli jsme se, že bychom měli také vytvořit základní šablony sami, abychom ukázali příklad ostatním a uvolnili uživatele od opakovaného psaní šablony pro nějaký MySQL. Proto nyní v Zabbixu bude s každou verzí oficiálních šablon jen více.
12. Kdy budou moci být spouštěče vytvářeny bez vazby na hostitele, například na základě štítků? Například sledujeme web z n různých míst a chceme jednoduchý spouštěč, který se aktivuje, když není web dostupný z 2 a více míst.
Ve skutečnosti tato funkčnost existuje v Zabbixu již několik let, napsaná pro jednoho z klientů. Klient — ICANN. Takové kontroly lze také provést například pomocí agregovaných položek nebo využitím Zabbix API. Nyní aktivně pracujeme na zjednodušení vytváření podobných kontrol.
P.S.: Na jednom z Slýrů se vývojáři Zabbixu ptali, co chceme vidět v produktu, abychom monitorovali Kubernetes clustery právě pomocí Zabbixu, a ne Promethea.
Skvělé je, když vývojáři vycházejí vstříc klientům, a ne zůstávají osamělí. A nyní každý release vítáme s upřímným zájmem – těší nás, že stále více funkcí, o kterých jsme mluvili, získává konkrétní podobu.
Dokud se vývojáři nezamykají do sebe a zajímají se o potřeby zákazníků, produkt žije a vyvíjí se. Budeme sledovat nové vydání Zabbix.
P.P.S.: Během několika měsíců spustíme online kurz monitorování. Kdo má zájem, přihlaste se, abyste nezmeškali oznámení. A zatím si můžete projít náš .
Zdroj: habr.com
