SNMP-vöktun í Odoo 19: Viðmiðunarmörk farin yfir, beiðni opnuð
Þjónar, rofar, órofa aflgjafar, hitaskynjarar í þjónaherberginu: Nær allt sem hangir á neti talar SNMP og getur veitt upplýsingar um ástand sitt. Spurningin er bara hver hlustar – og hvað gerist þegar gildi fer úr böndunum.
Fyrir innviðina sem við sjáum um fyrir viðskiptavini okkar höfum við nú sett þessa keðju á einn stað: Odoo 19 okkar spyr tækin, ber gildin saman við viðmiðunarmörk og þegar mörkum er náð opnar það beiðni í Helpdesk – hjá þeim viðskiptavini sem á tækið. Ekkert aðskilið vöktunarkerfi sem skrifar í tölvupósti í Helpdesk, heldur sama kerfið þar sem viðskiptavinur, tæki og beiðni tengjast hvort sem er.
Eininguna þróuðum við fyrir eigin rekstur. Hún er ekki samfélagsútgáfa eins og einingar okkar um bankayfirlit eða rafræna reikninga, heldur hluti af okkar innri þjónustuvettvangi – eins og staðsetningarrakningin sem við sögðum síðast frá.
Frá mæligildi til beiðni
Ferlið er vísvitandi haft einfalt:
- Tæki er stofnað með heimilisfangi og aðgangsupplýsingum (SNMP v1, v2c eða v3 með auðkenningu og dulkóðun). Við vistun sækir Odoo kerfislýsingu, kerfisheiti og uptime – heiðarlegasta staðfestingin á að heimilisfang og aðgangsupplýsingar séu réttar.
- Á tækinu eru skilgreindir gagnapunktar: OID, eining, úthlutun til viðskiptavinar.
- Tímaáætlun spyr alla virka gagnapunkta. Tengst er einu sinni fyrir hvert tæki, ekki fyrir hvern gagnapunkt – með tuttugu OID á rofa er það munurinn á einni og tuttugu lotum.
- Sérhver gagnapunktur getur vaktað viðmiðunarmörk: efri mörk, neðri mörk eða hvort tveggja.
- Séu mörk farin yfir verður til Helpdesk-beiðni.
Ein beiðni fyrir hvert atvik, ekki hverja mælingu
Mikilvægasta atriðið í viðvörunarrökfræðinni: Aðeins stöðubreytingin telur. Sá sem býr til beiðni við hverja mælingu er með þrjú hundruð beiðnir eftir nótt með fastan eða flöktandi skynjara – það er ekki viðvörun, það er þoka.
Einingin man því fyrir hvern gagnapunkt hvort hann er í ástandinu „Eðlilegt“ eða „Viðvörun“. Þegar mörkin eru fyrst farin yfir breytist ástandið, skilaboð lenda í Chatter tækisins og beiðni er opnuð – með viðkomandi viðskiptavini sem samstarfsaðila, með gagnapunkti, tæki, mældu gildi og brotnum mörkum í textanum. Svo lengi sem gildið helst utan markanna gerist ekkert frekar: Beiðnin er opin, tæknimenn okkar vita af.
Snúi gildið aftur í eðlilegt svið skrifar einingin tilkynningu um að hættan sé liðin í sömu beiðni og leysir tenginguna. Hvort beiðninni er lokað ákveður áfram maður – gildi sem fellur stutta stund undir mörkin þýðir ekki enn að orsökin sé úr sögunni.
Viðmiðunarmörk eru athuguð við hverja mælingu, óháð því hvort gildið er vistað. Gildi sem er stöðugt of hátt er áfram viðvörun. Og viðvörun má aldrei mistakast vegna þess að ekki er hægt að stofna beiðni – mistakist stofnunin standa skráning og skilaboð við tækið samt sem áður.
Aðeins vista það sem breytist
Gagnapunktur sem er spurður á fimm mínútna fresti skilar 105.000 gildum á ári. Með hundrað gagnapunktum eru það yfir tíu milljónir lína – fyrir gildi sem hafa oftast alls ekki breyst.
Vistað er því aðeins það sem er frábrugðið síðast vistaða gildi um meira en stilltan þröskuld – fyrir hvern gagnapunkt sem alger munur (til dæmis 0,5 °C), sem hlutfallsleg frávik eða við hverja breytingu. Núverandi gildi og tímasetning síðustu fyrirspurnar eru samt alltaf við gagnapunktinn; aðeins ferillinn er grisjaður.
Hvert gildin eru skrifuð er einnig stillanlegt: í Odoo-gagnagrunninn, í MongoDB eða sem CSV-skrár í Odoo-Filestore. Þannig höldum við mæligildunum utan ERP-gagnagrunnsins – sama grundvallarregla og með staðsetningargögn staðsetningarrakningarinnar. Ferilinn má í öllum tilvikum sýna sem línurit, við klukkustundarþéttingu sem meðaltal, ekki sem summu.
Fyllingarstig í prósentum í stað bæta
Sumar stærðir eru ekki til sem slíkar í tækinu. Fyllingarstig disksneiðar þarf að reikna út frá notuðu minni og heildarstærð; hitaskynjarar skila oft skölluðum heilum tölum – 235 fyrir 23,5 gráður.
Gagnapunktur getur því tekið gildið eins og það er tilkynnt, margfaldað það með stuðli eða reiknað það sem hundraðshluta af annarri OID. Fyrir viðmiðunarmörk er það úrslitaatriði: Mörk upp á 90 % gilda fyrir hverja diskstærð. Mörk í gígabætum þyrfti að viðhalda fyrir hvert drif.
Enginn þarf að kunna OID utanbókar
Hjá Windows- og Linux-þjónum er HOST-RESOURCES-MIB staðlað: Drif og vinnsluminni eru á þekktum stað. Tækjagreining les töfluna, umreiknar fyllingarstig í prósentur og stofnar gagnapunktana ásamt viðvörunarmörkum með einum smelli.
Fyrir allt annað er til SNMP-vafri sem gengur OID-tréð og sýnir hverja fundna OID með núverandi gildi hennar – og, ef hún er þekkt í skránni, með heiti, lýsingu og einingu úr innfluttu MIB framleiðandans. Að haka við nægir.
Hvað viðskiptavinir okkar hafa af þessu
Tæki og gagnapunktar eru úthlutuð viðskiptavinum. Í viðskiptavinagáttinni finnur þú undir SNMP-gildin mín núverandi mæligildi tækja þinna og feril síðustu 24 klukkustunda, 7 daga, 30 daga eða 12 mánaða sem línurit – sömu gildi og við sjáum. Aðeins það sem er úthlutað fyrirtæki þínu er sýnilegt.
Og þegar viðmiðunarmörk eru farin yfir þarft þú ekkert að gera: Beiðnin er þegar komin til okkar, með tæki, gildi og tíma, áður en þú tekur eftir því.
Hvað einingin er vísvitandi ekki
Hún er ekki staðgengill fullgildrar vöktunar með aðgengisprófunum, stigmögnunarkeðjum og ósjálfstæðistrjám. Hún tekur ekki við SNMP-trap-skilaboðum, heldur spyr virkt. Og hún lokar engri beiðni sjálfkrafa – tilkynningin um að hættan sé liðin er skilaboð, ekki stöðubreyting.
Hún snýst um nákvæmlega eina leið: frá mæligildi yfir mörkin til tæknimannsins sem sinnir málinu. Þessi leið er nú eins stutt og hún getur verið.
Ef þú vilt taka þjóna, netbúnað eða skynjara inn í þessa vöktun, hafðu samband við okkur.