Dnes jsem upgradoval z 4.3.x na testovacim stroji a klasika jen vymena binarek a povyseni schematu při restartu zabbix_server. U 4.0 je to obdobné. Jen tam nebudete mit instalacni sablony 4.4. Ty jsou napr. zde. https://git.zabbix.com/projects/ZBX/repos/zabbix/browse/templates.
Samozřejme je doporučeno zohlednit informace v navodu.
https://www.zabbix.com/documentation/4.4/manual/installation/upgrade
včetně všech poznamek.
Nove verze sebou prinasi nove funkcionality. Klice pro LLD a jina vylepseni (line klice). Na 4.4 neni problem pouzivat sablony z 3.x. Ve 4.4 jsou nove klice napr pro LLD SystemD, coz funguje na tom agentu druhe generace.
Od 4.0 Zabbix hodne prepracoval defaultni sablony a hodne jsou do sebe linkovane ruznme SNMP sablony napr. vytvorene dle MIB atd. A jsou linkovane. Jsou tam sablony pro mnoho vendoru. Co jsem je testoval tak fungujou.
Zapomente na Zabbix. Je to zastaraly monitorovaci system jako Nagios. Pouzivejte moderni monitorovaci system jako je kombinace Prometheus + Telegraf + Grafana (+ Victoria Metrics).
Heh, to je ale blabol.
V realu je prometheus nebo TICK technologicky mnohem horsi nez Zabbix, jsou to tupe sberace alertu a metrik ve stylu Netcool Omnibus z roku 95.
A to z toho duvodu, ze jsou urceny na monitorovani cloudu a.microservices, ktere se casto dynamicky meni a nastroj postaveny na statickem modelu monitorovaneho sveta typu Zabbix nejde pouzit.
Ale poslouzi jako zdroj dat do Zabbixu, prave pro pokryti microservice aplikaci v celkovem dohledovem systemu.
Sam som zvedavy ako dopadne integracia k8s do zabbixu - prave pokrytie micorservisov v zabbixe bude potencionalne problem. LLD v zabbixe by muselo bezat kazdu minutu ( mozno aj castejsie ) pre velky pocet objektov - 5 minutovy interval pre kontajnery je vela - stary kontajner uz nie je, novy uz bezi ale nic o nom nevies ...drzim zabbixu palce, ale mam pocit, ze ho dobieha historicka zataz konceptu ( chlapci sa snazia ) a celkovo maly pocet vyvojarov - vid kolko veci z roadmapu sa nedostalo do 4.4 ( bol som u nich v Rige )
10. 10. 2019, 08:02 editováno autorem komentáře
Cpat dynamicke microservicy do Zabbixu mi prijde jako hloupost.
Prave vyhodou Zabbixu je, ze vidim model a historii, navazu to na Inventory a TTS, protoze jsem schopen urcit CI ID.
K cemu je mi model a LLD vytvareni itemu, kdyz se mi to meni pod rukama co minutu.
Microservicy jsou jenom mala cast IT sveta, ktera je potreba monitorovat.
V realu je lepsi pristup, ze microservicy budu zkratka monitorovat Prometheem, ten vyrobi az na business urovni sadu alertu a performance metrik, ktere se predaji do Zabbixu do Hostu reprezentujiciho celou business aplikaci. Coz je mimochodem presne to, co operator a admin realne potrebuje.
A nezavisle na tom, zda na dane business aplikaci prave bezi 5 nebo 10 paralelnich instanci mikroservicy.
Nebo si Zabbix vyrobi subsystem s obdobnou funkcionalitou.
Ocividne to az taka hlupost nie je ked sa o to snazia - minimalne by to vyzeralo dobre na prezentacii - zabbixom pokryjete systemovy monitoring, monitoring k8s a kontajnery.
Ano s najvacsou pravdepodobnostou to bude integracia ci uz s prometheom ale skor s metric serverom k8s a nejakym api. Na rychlost LLD som zvedavy aj ja ( jednoznacne je to limit ).
V skratke - uvidime.