Nia teamo tre ĝojas konigi la novaĵon, ke senpaga, malfermfonta monitora sistemo estis publikigita !
Ĉu versio 4.2 estas la respondo al la ĉefa demando pri vivo, universo kaj monitorado ĝenerale? Ni rigardu!
Ni memoru, ke Zabbix estas universala sistemo por kontroli la agadon kaj haveblecon de serviloj, inĝenieristiko kaj retaj ekipaĵoj, aplikoj, datumbazoj, virtualigaj sistemoj, ujoj, IT-servoj kaj retservoj.
Zabbix efektivigas plenan ciklon de kolektado de datumoj, prilaborado kaj transformado de ĝi, analizado de la ricevitaj datumoj, kaj finiĝante kun stokado de ĉi tiuj datumoj, bildigado kaj sendo de atentigoj uzante regulojn de eskalado. La sistemo ankaŭ disponigas flekseblajn opciojn por vastigi datumkolektadon kaj atentigi metodojn, same kiel aŭtomatigajn kapablojn per API. Ununura retinterfaco efektivigas centralizitan administradon de monitorado de agordoj kaj distribuado de alirrajtoj al diversaj uzantgrupoj. La projektkodo estas libere distribuita sub permesilo .
Zabbix 4.2 estas nova ne-LTS versio kun mallongigita oficiala subtena periodo. Por uzantoj, kiuj koncentriĝas al longa vivociklo de softvaraĵoj, ni rekomendas uzi LTS-versiojn, kiel 3.0 kaj 4.0.
Do, ni parolu pri la novaj funkcioj kaj gravaj plibonigoj en versio 4.2:
Pli oficialaj platformoj
Krom la ekzistantaj oficialaj pakaĵoj, ni ankaŭ ofertas novajn konstruaĵojn por:
- RaspberryPi, Mac OS/X, SUSE Enterprise Linux Server 12
- Agento de MSI por Vindozo
- Docker-bildoj
Enkonstruita Prometheus-subteno por aplika monitorado
Zabbix povas kolekti datumojn en diversaj manieroj (puŝo/tiro) de malsamaj datenfontoj. Ĉi tiuj estas JMX, SNMP, WMI, HTTP/HTTPS, RestAPI, XML Soap, SSH, Telnet, agentoj kaj skriptoj kaj aliaj fontoj. Nun renkontu Prometheus-subtenon!
Strikte parolante, kolekti datumojn de Prometheus-eksportantoj estis ebla en la pasinteco danke al la HTTP/HTTPS-datumtipo kaj regulaj esprimoj.
Tamen, la nova versio permesas vin labori kun Prometheus kiel eble plej efike pro enkonstruita subteno por la demandlingvo PromQL. Kaj la uzo de dependaj metrikoj permesas vin kolekti kaj prilabori datumojn plej efike: vi petas datumojn unufoje, kaj poste ni ordigas ĝin laŭ la necesaj metrikoj.
Akirante la valoron de specifa metriko
Gravas noti, ke malaltnivela malkovro nun povas uzi kolektitajn datumojn por aŭtomate generi metrikojn. En ĉi tiu kazo, Zabbix konvertas la ricevitajn datumojn al JSON-formato, kun kiu estas tre oportuna labori.
Trovi metrikojn uzante filtrilon en la demandlingvo PromQL
Nuntempe estas pliaj triapartaj servoj kaj aplikoj uzante Zabbix. Prometheus-subteno permesos vin aldoni tutan aron da aplikoj, kiuj havas oficialajn aŭ komunumajn eksportaĵojn de Prometheus. Ĉi tio estas monitorado de popularaj servoj, ujoj kaj nubaj rimedoj.
Efika altfrekvenca monitorado
Ĉu ni volas detekti problemojn kiel eble plej rapide? Kompreneble, sendube! Pli ofte ol ne, ĉi tiu aliro rezultigas, ke ni devas baloti aparatojn kaj kolekti datumojn tro ofte, kio metas pli grandan ŝarĝon sur la monitora sistemo. Kiel eviti ĉi tion?
Ni efektivigis streĉigan mekanismon en la reguloj pri antaŭtraktado. Throttling, esence, donas al ni la ŝancon salti identajn valorojn.
Ni supozu, ke ni kontrolas la staton de kritika aplikaĵo. Ĉiun sekundon ni kontrolas ĉu nia aplikaĵo funkcias aŭ ne. Samtempe, Zabbix ricevas kontinuan fluon de datumoj de 1 (funkcianta) kaj 0 (ne funkcianta). Ekzemple: 1111111111110001111111111111...
Kiam ĉio estas en ordo kun nia aplikaĵo, tiam Zabbix ricevas fluon de nur unuj. Ĉu ili devas esti prilaboritaj? Ĝenerale, ne, ĉar ni nur interesiĝas pri ŝanĝi la staton de la aplikaĵo, ni ne volas kolekti kaj konservi tiom da datumoj. Do, strekado permesas salti valoron se ĝi estas identa al la antaŭa. Kiel rezulto, ni ricevos nur datumojn pri la ŝtatŝanĝo, ekzemple, 01010101... Ĉi tio estas sufiĉe sufiĉa informo por detekti problemojn!
Zabbix simple ignoras mankantajn valorojn, ili ne estas registritaj en la historio kaj neniel influas ellasilon. El la vidpunkto de Zabbix, ne mankas valoroj.
Ignoru duplikatajn valorojn
Bonege! Ni povas nun baloti aparatojn tre ofte kaj detekti problemojn tuj sen stoki nenecesajn informojn en datumbazo.
Kio pri la grafikaĵoj? Ili estos malplenaj pro manko de datumoj! Kaj kiel vi povas scii ĉu Zabbix kolektas datumojn se la plej multaj el ĉi tiuj datumoj mankas?
Ni pensis ankaŭ pri tio! Zabbix proponas alian specon de strollado, strollado kun korbato.
Unufoje minuton ni kontrolas ĉu la metriko vivas
En ĉi tiu kazo, Zabbix, malgraŭ la ripeta datumfluo, stokos almenaŭ unu valoron en la specifita tempointervalo. Se datumoj estas kolektitaj unufoje je sekundo, kaj la intervalo estas agordita al unu minuto, tiam Zabbix transformos la ĉiun duan fluon de unuoj en ĉiuminutan fluon. Estas facile vidi, ke ĉi tio kondukas al 60-obla kunpremo de la ricevitaj datumoj.
Nun ni certas, ke la datumoj estas kolektitaj, la ellasilfunkcio nodata() funkcias kaj ĉio estas en ordo kun la grafikaĵoj!
Valumado de kolektitaj datumoj kaj erartraktado
Neniu el ni volas kolekti erarajn aŭ nefidindajn datumojn. Ekzemple, ni scias, ke temperatursensilo devus resendi datumojn inter 0 °C kaj 100 °C kaj ajna alia valoro devus esti traktita kiel falsa kaj/aŭ ignorita.
Nun ĉi tio eblas uzante regulojn pri validigo de datumoj konstruitaj en antaŭtraktadon por konformeco aŭ nekonformeco kun regulaj esprimoj, valorintervaloj, JSONPath kaj XMLPath.
Nun ni povas kontroli la reagon al la eraro. Se la temperaturo estas ekster intervalo, tiam ni povas simple ignori tian valoron, agordi defaŭltan valoron (ekzemple, 0 °C), aŭ difini nian propran erarmesaĝon, ekzemple "Sensilo difektita" aŭ "Anstataŭigi kuirilaron."
La temperaturo devas esti de 0 ĝis 100, ignoru la reston
Bona ekzemplo de la uzo de validumado estas la kapablo kontroli enigajn datumojn por la ĉeesto de erarmesaĝo kaj agordi ĉi tiun eraron por la tuta metriko. Ĉi tio estas tre utila funkcio kiam oni prenas datumojn de eksteraj APIoj.
Ajna transformo de datumoj uzante JavaScript
Se enkonstruitaj reguloj pri antaŭtraktado ne sufiĉis al ni, ni nun ofertas kompletan liberecon per kutimaj JavaScript-skriptoj!
Nur unu linio de kodo por konverti Fahrenheit al Celsius
Ĉi tio malfermas senfinajn eblecojn por prilabori envenantajn datumojn. La praktika avantaĝo de ĉi tiu funkcio estas, ke ni ne plu bezonas la eksterajn skriptojn, kiujn ni kutimis fari ajnan datuman manipuladon. Nun ĉio ĉi povas esti farita per JavaScript.
Nun datumtransformo, agregado, filtriloj, aritmetikaj kaj logikaj operacioj kaj multe pli eblas!
Ĉerpante utilajn informojn el Apache mod_status eligo!
Testante antaŭprilaboradon
Nun ni ne devas diveni, kiel funkcias niaj kompleksaj antaŭprilaboraj skriptoj. Nun estas oportuna maniero kontroli ĉu antaŭprilaborado funkcias ĝuste rekte de la interfaco!
Ni prilaboras milionojn da metrikoj je sekundo!
Antaŭ Zabbix 4.2, antaŭpretigo estis pritraktita ekskluzive fare de la Zabbix-servilo, kiu limigis la kapablon uzi prokurojn por ŝarĝdistribuo.
Komencante kun Zabbix 4.2, ni ricevas nekredeble efikan ŝarĝan skalon per subteno por prokura-flanka antaŭpretigo. Nun prokuriloj faras ĝin!
En kombinaĵo kun estrango, ĉi tiu aliro permesas altfrekvencan, grandskalan monitoradon kaj milionojn da kontroloj sekundo, sen ŝarĝi la centran Zabbix-servilon. Prokuriloj prilaboras gigantajn volumojn de datumoj, dum nur malgranda parto de ĝi atingas la Zabbix-servilon pro strollado, unu aŭ du grandordojn malpli.
Pli facila malaltnivela detekto
Memoru, ke malaltnivela malkovro (LLD) estas tre potenca mekanismo por aŭtomate malkovri ajnan specon de monitoraj rimedoj (dosiersistemoj, procezoj, aplikoj, servoj, ktp.) kaj aŭtomate krei datumaĵojn, ellasilon, retajn nodojn bazitajn sur ili kaj aliaj. objektoj. Ĉi tio ŝparas nekredeblan tempon, simpligas agordon kaj ebligas uzi unu ŝablonon tra gastigantoj kun malsamaj monitoraj rimedoj.
Malaltnivela malkovro postulis speciale formatitan JSON kiel enigo. Jen, ĝi ne plu okazos!
Zabbix 4.2 permesas al malaltnivela malkovro (LLD) uzi arbitrajn datumojn en JSON-formato. Kial ĝi estas grava? Ĉi tio permesas vin komuniki, ekzemple, kun eksteraj API-oj sen recurri al skriptoj kaj uzi la ricevitajn informojn por aŭtomate krei gastigantojn, datumelementojn kaj ellasilon.
Kunigita kun JavaScript-subteno, ĉi tio kreas mirindajn ŝancojn por krei ŝablonojn por labori kun diversaj datumfontoj, kiel ekzemple nubaj APIoj, aplikaj APIoj, datumoj en XML, CSV-formatoj ktp.
Ligi JSON kun informoj pri procezoj kun LLD
La eblecoj estas vere senfinaj!
Subteno de TimescaleDB
Kio estas TimescaleDB? Ĉi tio estas regula PostgreSQL plus etenda modulo de la teamo TimescaleDB. TimescaleDB promesas pli bonan rendimenton pro pli efikaj algoritmoj kaj datumstrukturo.
Krome, alia avantaĝo de TimescaleDB estas la aŭtomata dispartigo de tabeloj kun historio. TimescaleDB estas rapida kaj facile konservebla! Kvankam, mi notu, ke nia teamo ankoraŭ ne faris seriozan agadon komparon kun regula PostgreSQL.
Nuntempe, TimescaleDB estas sufiĉe juna kaj rapide evoluanta produkto. Uzu kun singardemo!
Facila administrado de etikedoj
Se antaŭe etikedoj povus esti administritaj nur ĉe la ellasilnivelo, nun etikedadministrado estas multe pli fleksebla. Zabbix subtenas etikedojn por ŝablonoj kaj gastigantoj!
Ĉiuj detektitaj problemoj ricevas etikedojn ne nur de la ellasilo, sed ankaŭ de la gastiganto, same kiel la ŝablonoj de ĉi tiu gastiganto.
Difinante etikedojn por retnodo
Pli fleksebla aŭtomata registrado
Zabbix 4.2 permesas al vi filtri gastigantojn laŭ nomo uzante regulajn esprimojn. Ĉi tio ebligas krei malsamajn detektajn scenarojn por malsamaj grupoj de retaj nodoj. Ĝi estas precipe oportuna se ni uzas kompleksajn aparatajn nomregulojn.
Pli fleksebla reto-malkovro
Alia plibonigo rilatas al la nomado de retaj nodoj. Nun eblas administri aparatnomojn dum reto-malkovro kaj akiri la aparatan nomon de metrika valoro.
Ĉi tio estas tre necesa funkcieco, precipe por reta malkovro uzante SNMP kaj Zabbix-agenton.
Aŭtomate asignu la lokan gastigan nomon al videbla nomo
Kontrolante la funkciojn de sciigaj metodoj
Nun vi povas sendi al vi testan mesaĝon rekte de la Reta interfaco kaj kontroli ĉu la sciiga metodo funkcias. Ĉi tiu funkcio estas speciale utila por testi skriptojn por kombini Zabbix kun diversaj atentigaj sistemoj, taskosistemoj kaj aliaj eksteraj programoj kaj APIoj.
Fora monitorado de Zabbix-infrastrukturkomponentoj
Nun eblas malproksime kontroli internajn metrikojn de la servilo kaj prokurilo de Zabbix (efikecmetrikoj kaj sano de Zabbix-komponentoj).
Por kio ĝi estas? La funkcieco permesas vin kontroli internajn metrikojn de serviloj kaj prokuriloj de ekstere, permesas vin rapide detekti kaj sciigi pri problemoj eĉ se la komponantoj mem estas troŝarĝitaj aŭ, ekzemple, estas granda kvanto da nesenditaj datumoj sur la prokurilo.
HTML-formata subteno por retpoŝtaj mesaĝoj
Nun ni ne estas limigitaj al simpla teksto kaj povas krei belajn retpoŝtajn mesaĝojn, danke al la subteno de la HTML-formato. Estas tempo lerni HTML + CSS!
Mesaĝoj estas pli facile kompreneblaj eĉ kun minimuma uzo de HTML
Aliro al eksteraj sistemoj de retkartoj
Estas subteno por tuta aro de novaj makrooj en kutimaj URL-oj por pli bona integriĝo de mapoj kun eksteraj sistemoj. Ĉi tio permesas malfermi, ekzemple, bileton en la taskosistemo per unu aŭ du klakoj sur la ikono de retnodo.
Malfermu bileton en Jira per unu klako
Malkovra regulo povas esti dependa datumo
Kial ĉi tio estas necesa - vi demandas. Tio permesas al la subestaj metrikaj datenoj esti uzitaj por kaj eltrovaĵo kaj rekta datenkolektado. Ekzemple, en la kazo de kolektado de datumoj de eksportisto de Prometheus, Zabbix faros unu HTTP-peton kaj tuj uzos la ricevitajn informojn por ĉiuj dependaj datumelementoj: metrikaj valoroj kaj malaltnivelaj malkovraj reguloj.
Nova maniero bildigi problemojn sur mapoj
Nun ekzistas subteno por viglaj GIF-bildoj sur mapoj por pli videbla bildigo de problemoj.
Problemaj aparatoj fariĝis pli videblaj
Eltiro de datumoj de HTTP-titoloj en Reta monitorado
En Reta Monitorado, la kapablo elekti datumojn el la ricevita HTTP-kapo estis aldonita.
Ĉi tio ebligas al vi krei plurpaŝan retan monitoradon aŭ triajn API-monitorajn scenarojn uzante la rajtigan ĵetonon akiritan en unu el la paŝoj.
Eltiro de AuthID de la HTTP-kapo
Zabbix Sender uzas ĉiujn IP-adresojn
Zabbix Sender nun sendas datumojn al ĉiuj IP-adresoj de la parametro ServerActive en la agorda dosiero.
Konvena nova filtrilo en ellasila agordo
La paĝo de agordo de ellasilo nun havas pligrandigitan filtrilon por rapida kaj oportuna elekto de ellasiloj surbaze de specifitaj kriterioj.
Elektante ellasilon rilatajn al la servo K8S
Montru la ĝustan tempon
Ĉio estas simpla ĉi tie, nun Zabbix montras la ĝustan tempon kiam vi ŝvebas la muson super la diagramo.
Aliaj novigoj
- Efektivigis pli antaŭvideblan algoritmon por ŝanĝi la ordon de fenestraĵoj en la panelo
- Kapablo amase ŝanĝi parametrojn de datumprototipoj
- IPv6-subteno por DNS-kontroloj: "net.dns" kaj "new.dns.record"
- Aldonita "skip" parametro por "vmware.eventlog" kontroloj
- Antaŭprocesanta paŝa ekzekuta eraro inkluzivas paŝon
Kiel ĝisdatigi?
Por ĝisdatigi de pli fruaj versioj, vi nur bezonas instali (serviloj kaj prokuriloj) kaj nova interfaco. Zabbix aŭtomate ĝisdatigos la datumbazon. Ne necesas instali novajn agentojn.
Ni gastigas senpagajn retseminarojn por tiuj, kiuj volas lerni pli pri Zabbix 4.2 kaj havas la ŝancon demandi demandojn al la Zabbix-teamo.
Ne forgesu pri la populara Zabbix-komunumo, kie vi ĉiam povas ricevi konsilojn kaj respondojn al viaj demandoj en la rusa de pli spertaj kolegoj, kaj, se vi bonŝancas, de la Zabbix-programistoj mem. Rekomendita por komencantoj .
utilaj ligoj
-
-
-
fonto: www.habr.com