SNMP monitorizazioa Odoo 19-n: muga gainditu da, tiketa ireki da
Zerbitzariak, switch-ak, SAI sistemak, zerbitzari-gelako tenperatura-sentsoreak: sare batean zintzilik dagoen ia guztiak SNMP hitz egiten du eta bere egoerari buruzko informazioa eman dezake. Galdera da nork entzuten duen – eta zer gertatzen den balio bat kontrolik gabe geratzen denean.
Gure bezeroentzat zaintzen dugun azpiegiturarako, kate hori orain leku bakarrean jarri dugu: gure Odoo 19-k gailuak kontsultatzen ditu, balioak mugekin konparatzen ditu, eta muga bat iristen denean Helpdesk-ean tiketa bat irekitzen du – gailuaren jabe den bezeroarengan. Ez da monitorizazio-sistema bereizi bat, posta elektronikoz Helpdesk-era idazten duena, bezeroa, gailua eta tiketa nolanahi ere elkarri lotuta dauden sistema berbera 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 tiketara
Prozesua nahita sinple mantendu da:
- Gailu bat helbidearekin eta sarbide-datuekin sortzen da (SNMP v1, v2c edo v3 autentifikazioarekin eta zifraketarekin). Gordetzean, Odoo-k sistemaren deskribapena, sistemaren izena eta uptime lortzen ditu – helbidea eta sarbide-datuak zuzenak direla frogatzeko modurik zintzoena.
- Gailuan datu-puntuak definitzen dira: OID bat, unitate bat, bezero-esleipen bat.
- Ordutegi batek datu-puntu aktibo guztiak kontsultatzen ditu. Gailu bakoitzeko behin konektatzen da, ez datu-puntu bakoitzeko – switch batean hogei OID daudenean, hori saio bat eta hogei saioren arteko aldea da.
- Datu-puntu bakoitzak mugak gainbegira ditzake: goiko muga bat, beheko muga bat edo biak.
- Muga bat gainditzen bada, Helpdesk tiketa bat sortzen da.
Gertaera bakoitzeko tiketa bat, 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 eremu normalera itzultzen denean, moduluak alarma-amaierako oharra idazten du tiketa berean eta lotura askatzen du. Tiketa orduan ixten den ala ez, pertsona batek erabakitzen jarraitzen du – mugaren azpitik une batez erori den balioak ez du esan nahi kausa konpondu denik.
Mugak neurketa bakoitzean egiaztatzen dira, balioa gordetzen den ala ez kontuan hartu gabe. Etengabe goiegi dagoen balio batek alarma izaten jarraitzen du. Eta alarma batek ez du inoiz huts egin behar tiketa bat sortu ezin delako – sorrerak huts egiten badu, gailuko erregistroa eta mezua han geratzen dira, hala ere.
Aldatzen dena soilik gorde
Bost minuturo kontsultatzen den datu-puntu batek 105.000 balio ematen ditu urtean. Ehun datu-punturekin hamar milioi lerro baino gehiago dira – gehienetan batere aldatu ez diren baliotarako.
Horregatik, azken gordetako balioarekiko ezarritako atalase batek baino gehiago aldatzen dena soilik gordetzen da – datu-puntu bakoitzeko diferentzia absolutu gisa (adibidez 0,5 °C), ehuneko-desbideratze gisa edo aldaketa bakoitzean. Egungo balioa eta azken kontsultaren unea, hala ere, beti daude datu-puntuan; historia bakarrik mehetzen da.
Balioak non idazten diren ere konfiguragarria da: Odoo datu-basean, MongoDB batean edo CSV fitxategi gisa Odoo filestore-an. Horrela neurketa-balioak ERP datu-basetik kanpo mantentzen ditugu – kokapen-jarraipenaren posizio-datuekin printzipio bera. Historia, nolanahi ere, diagrama gisa bistaratu daiteke, orduko trinkotzearekin batezbesteko gisa, ez batura gisa.
Betetze-maila ehunekotan, ez byte-etan
Zenbait magnitude ez daude gailuan horrelakoetan. Partizio baten betetze-maila okupatutako memoria eta tamaina osotik kalkulatu behar da; tenperatura-sentsoreek askotan zenbaki oso eskalatuak ematen dituzte – 235, 23,5 gradurako.
Datu-puntu batek, beraz, balioa jakinarazitako bezala hartu dezake, faktore batekin biderkatu edo bigarren OID baten ehuneko gisa kalkulatu. Mugetarako hori erabakigarria da: % 90eko muga edozein disko-tamainatarako balio du. Gigabyte-tan emandako muga bat unitate bakoitzeko eguneratu beharko litzateke.
Inork ez du OID-ak buruz ikasi behar
Windows eta Linux zerbitzarietan HOST-RESOURCES-MIB estandarizatuta dago: unitateak eta lan-memoria leku ezagun batean daude. Gailu-antzemateak taula irakurtzen du, betetze-mailak ehunekotan bihurtzen ditu eta datu-puntuak alarma-mugarekin batera sortzen ditu klik batekin.
Gainerako guztirako SNMP nabigatzaile bat dago, OID zuhaitza zeharkatzen duena eta aurkitutako OID bakoitza bere egungo balioarekin erakusten duena – eta, katalogoan ezagutzen bada, inportatutako fabrikatzailearen MIB-eko izenarekin, deskribapenarekin eta unitatearekin. Markatzea nahikoa da.
Zer onura duten gure bezeroek
Gailuak eta datu-puntuak bezeroei esleituta daude. Bezeroen atarian Nire SNMP balioak atalean zure gailuen egungo neurketa-balioak eta azken 24 orduen, 7 egunen, 30 egunen edo 12 hilabeteen historia aurkituko dituzu diagrama gisa – guk ikusten ditugun balio berberak. Zure enpresari esleitutakoa soilik ikusten da.
Eta muga bat gainditzen denean, ez duzu ezer egin behar: tiketa jada gurekin dago, gailuarekin, balioarekin eta orduarekin, zuk konturatu aurretik.
Zer ez den modulua nahita
Ez da ordezko bat eskuragarritasun-egiaztapenak, eskalatze-kateak eta mendekotasun-zuhaitzak dituen monitorizazio osoarentzat. Ez ditu SNMP trap-ak hartzen, aktiboki kontsultatzen du. Eta ez du tiketarik automatikoki ixten – alarma-amaiera mezu bat da, ez egoera-aldaketa.
Ibilbide bakar bati buruzkoa da: neurketa-baliotik mugaren bidez arduratzen den teknikariarenganaino. Ibilbide hori orain izan daitekeen bezain laburra da.
Zure zerbitzariak, sare-gailuak edo sentsoreak zaintza honetan sartu nahi badituzu, jarri gurekin harremanetan.