SNMP monitorizazioa Odoo 19-n: muga gainditu, tiketa ireki
Zerbitzariak, kommutadoreak, etenik gabeko elikatze-sistemak, zerbitzari-gelako tenperatura-sentsoreak: sare batera konektatutako ia gailu guztiek SNMP erabiltzen dute eta beren egoeraren berri eman dezakete. Kontua da nork jasotzen duen informazio hori, eta zer gertatzen den balio bat kontroletik ateratzen denean.
Bezeroentzat kudeatzen dugun azpiegituran, kate osoa leku bakarrean bildu dugu orain: gure Odoo 19-k gailuak kontsultatzen ditu, balioak mugekin alderatzen ditu eta, mugaren batera iristean, tiketa irekitzen du laguntza-zerbitzuan, gailuaren jabe den bezeroari lotuta. Ez da posta elektronikoz laguntza-zerbitzura idazten duen aparteko monitorizazio-sistema bat, bezeroa, gailua eta tiketa dagoeneko lotuta dituen sistema bera baizik.
Modulua gure eragiketetarako garatu dugu. Ez da Komunitatearentzako argitalpen bat gure banku-extraktuen edo e-fakturen moduluak bezala, gure barne-zaintza plataformaren parte baizik – azkenekoz kontatu dugun kokapen-jarraipena bezala.
Neurketa-baliotik tiketera
Prozesua berariaz sinplea da:
- Gailua helbidearekin eta sarbide-kredentzialekin erregistratzen da (SNMP v1, v2c edo v3, autentifikazioarekin eta zifratzearekin). Gordetzean, Odoo-k sistemaren deskribapena, sistemaren izena eta martxan daraman denbora eskuratzen ditu: helbidea eta kredentzialak zuzenak direla egiaztatzeko modurik fidagarriena.
- Gailuan datu-puntuak definitzen dira: OID bat, unitate bat eta bezero bati lotzea.
- Programatutako ataza batek datu-puntu aktibo guztiak kontsultatzen ditu. Konexio bakarra egiten da gailu bakoitzeko, ez datu-puntu bakoitzeko; kommutadore batean hogei OID badaude, saio bat edo hogei egitearen arteko aldea da.
- Datu-puntu bakoitzak muga-balioak kontrola ditzake: goiko muga bat, beheko muga bat edo biak.
- Mugaren bat gainditzen denean, laguntza-zerbitzuan tiketa sortzen da.
Tiketa gorabehera bakoitzeko, ez neurketa bakoitzeko
Alarma-logikako puntu garrantzitsuena: Egoera-aldaketa soilik zenbatzen da. Neurketa bakoitzean tiketa bat sortzen duenak, sentsore trabatu edo errebotatzaile batekin gau baten ondoren, hirurehun tiketa ditu – hori ez da alarmatzea, lainoa da.
Moduluak, beraz, datu-puntu bakoitzeko gogoratzen du “Normala” edo “Alarma” egoeran dagoen. Muga lehen aldiz gainditzean, egoera aldatzen da, mezu bat gailuaren Chatter-ean geratzen da eta tiketa bat irekitzen da – kaltetutako bezeroa bazkide gisa, datu-puntua, gailua, neurtutako balioa eta urratutako muga testuan jasota. Balioak mugatik kanpo jarraitzen duen bitartean, ez da besterik gertatzen: tiketa irekita dago, gure teknikariek badakite.
Balioa ohiko tartera itzultzen denean, moduluak arriskua igaro dela adierazten duen mezua idazten du tiketean bertan, eta lotura kentzen du. Tiketa itxi ala ez pertsona batek erabakitzen du oraindik: balioa une batez mugatik behera jaisteak ez du esan nahi arazoaren kausa konpondu denik.
Muga-balioak neurketa bakoitzean egiaztatzen dira, balioa gorde ala ez. Etengabe altuegi dagoen balio batek alarma izaten jarraitzen du. Eta tiketa sortu ezin izateak ez du inoiz alarma eragotzi behar: sorrera-prozesuak huts egiten badu, erregistroa eta mezua gailuaren fitxan geratzen dira hala ere.
Aldatzen dena soilik gorde
Bost minutuan behin kontsultatutako datu-puntu batek urtean 105.000 balio ematen ditu. Ehun datu-punturekin, hamar milioi errenkada baino gehiago dira, gehienetan aldatu ere egin ez diren balioetarako.
Horregatik, azken balio gordearekiko ezarritako atalasea gainditzen duten aldaketak soilik gordetzen dira. Datu-puntu bakoitzerako ezar daiteke: diferentzia absolutu gisa (adibidez, 0,5 °C), ehunekozko desbideratze gisa edo edozein aldaketa gertatzen den bakoitzean. Uneko balioa eta azken kontsultaren ordua datu-puntuan ageri dira beti; historiako erregistro kopurua baino ez da murrizten.
Balioak non gordetzen diren ere ezar daiteke: Odoo-ren datu-basean, MongoDB batean edo CSV fitxategi gisa Odoo-ren fitxategi-biltegian. Horrela, neurketa-balioak ERPko datu-basetik kanpo mantentzen ditugu, kokapen-zerbitzuko kokapen-datuekin erabiltzen dugun irizpide berari jarraituz. Historia grafiko gisa ikus daiteke beti; datuak orduka biltzean, batezbestekoa erakusten da, ez batura.
Betetze-maila ehunekotan, bytetan eman beharrean
Magnitude batzuk ez dira zuzenean agertzen gailuan. Partizio baten betetze-maila erabilitako biltegiratzetik eta guztizko edukieratik kalkulatu behar da; tenperatura-sentsoreek, berriz, eskalatutako zenbaki osoak ematen dituzte maiz: 235, 23,5 gradu adierazteko.
Horregatik, datu-puntu batek balioa jakinarazitako moduan har dezake, faktore batez biderkatu edo bigarren OID baten ehuneko gisa kalkulatu. Funtsezkoa da muga-balioetarako: % 90eko mugak edozein tamainatako diskorako balio du. Gigabytetan ezarritako muga, ordea, unitate bakoitzerako eguneratu beharko litzateke.
Inork ez ditu OIDak buruz jakin behar
Windows eta Linux zerbitzarietan, HOST-RESOURCES-MIB estandarizatuta dago: biltegiratze-unitateak eta RAM memoria kokapen ezagunetan daude. Gailuak detektatzeko funtzioak taula irakurtzen du, betetze-mailak ehunekotara bihurtzen ditu eta datu-puntuak alarma-mugarekin batera sortzen ditu klik bakar batez.
Gainerako guztirako, SNMP arakatzaile bat dago: OID zuhaitza zeharkatzen du eta aurkitutako OID bakoitza uneko balioarekin erakusten du; katalogoan ezaguna bada, baita inportatutako fabrikatzailearen MIBetik hartutako izenarekin, deskribapenarekin eta unitatearekin ere. Hautatze-laukia markatzea nahikoa da.
Zer onura dakarkien gure bezeroei
Gailuak eta datu-puntuak bezeroei lotuta daude. Bezeroen atarian, Nire SNMP balioak atalean, zure gailuen uneko neurketa-balioak eta azken 24 orduetako, 7 egunetako, 30 egunetako edo 12 hilabeteetako historia aurkituko dituzu grafiko batean: guk ikusten ditugun balio berak. Zure enpresari lotutakoa soilik ikus dezakezu.
Eta muga-balio bat gainditzen bada, ez duzu ezer egin behar: zu ohartu baino lehen, tiketa gure esku dago jada, gailua, balioa eta ordua jasota.
Modulua zer ez den, berariaz
Ez du erabilgarritasun-egiaztapenak, eskalatze-kateak eta mendekotasun-zuhaitzak dituen monitorizazio oso bat ordezten. Ez ditu SNMP trap mezuak jasotzen; kontsulta aktiboak egiten ditu. Eta ez du tiketarik automatikoki ixten: arriskua igaro dela dioen oharra mezua da, ez egoera-aldaketa.
Ibilbide bakarra da helburua: neurketa-baliotik, muga gainditzean, arazoaz arduratuko den teknikariarengana iristea. Ibilbide hori ahalik eta laburrena da orain.
Zure zerbitzariak, sareko gailuak edo sentsoreak monitorizazio honetan sartu nahi badituzu, jarri gurekin harremanetan.