SNMP-monitooring Odoo 19-s: piirväärtus ületatud, pilet avatud
Serverid, switchid, UPS-id, temperatuuriandurid serveriruumis: peaaegu kõik, mis võrgus rippub, räägib SNMP-d ja oskab oma olekust teada anda. Küsimus on vaid selles, kes kuulab – ja mis juhtub, kui mõni väärtus käest läheb.
Infrastruktuuri jaoks, mida haldame oma klientide eest, oleme selle ahela nüüd ühte kohta viinud: meie Odoo 19 küsib seadmetelt andmeid, võrdleb väärtusi piirväärtustega ja kui piir saavutatakse, avab Helpdesk'is pilet – selle kliendi alla, kellele seade kuulub. Mitte eraldi monitooringusüsteem, mis kirjutab e-postiga Helpdesk'i, vaid sama süsteem, kus klient, seade ja pilet niikuinii kokku kuuluvad.
Mooduli töötasime välja oma tegevuse jaoks. See ei ole kogukonnale avaldatud nagu meie moodulid pangaväljavõtete või e-arvete jaoks, vaid osa meie sisemisest hooldusplatvormist – nagu jälgimine, millest viimati kirjutasime.
Mõõteväärtusest piletini
Töövoog on teadlikult lihtsana hoitud:
- Seade luuakse aadressi ja sisselogimisandmetega (SNMP v1, v2c või v3 autentimise ja krüpteerimisega). Salvestamisel hangib Odoo süsteemikirjelduse, süsteeminime ja uptime'i – kõige ausam kinnitus, et aadress ja sisselogimisandmed on õiged.
- Seadmele määratletakse andmepunktid: OID, ühik, kliendi määramine.
- Ajakava küsib kõigi aktiivsete andmepunktide väärtusi. Seadme kohta ühendutakse üks kord, mitte andmepunkti kohta – kahekümne OID-i korral ühel switchil on see vahe ühe ja kahekümne seansi vahel.
- Iga andmepunkt saab jälgida piirväärtusi: ülempiir, alampiir või mõlemad.
- Kui piir ületatakse, tekib Helpdesk'i pilet.
Üks pilet juhtumi kohta, mitte mõõtmise kohta
Häirelogika kõige olulisem punkt: loeb ainult olekuvahetus. Kes loob iga mõõtmise kohta pileti, saab pärast ööd kinni kiiluva või värelava anduriga kolmsada piletit – see ei ole häirestamine, see on udu tekitamine.
Moodul jätab seetõttu andmepunkti kohta meelde, kas see on olekus „Normaalne“ või „Häire“. Piiri esmakordsel ületamisel olek vahetub, sõnum jõuab seadme Chatterisse ja avatakse pilet – mõjutatud kliendiga partnerina, andmepunkti, seadme, mõõdetud väärtuse ja rikutud piiriga tekstis. Seni kuni väärtus jääb piirist väljapoole, ei juhtu enam midagi: pilet on avatud, meie tehnikud on kursis.
Kui väärtus naaseb normaalvahemikku, kirjutab moodul samasse piletisse häire lõppemise teate ja lahutab seose. Kas pilet seejärel suletakse, otsustab endiselt inimene – väärtus, mis langeb korraks piirist allapoole, ei tähenda veel, et põhjus on kõrvaldatud.
Piirväärtusi kontrollitakse iga mõõtmise juures, sõltumata sellest, kas väärtus salvestatakse. Püsivalt liiga kõrge väärtus jääb häireks. Ja häire ei tohi kunagi luhtuda sellest, et pilet ei õnnestu luua – kui loomine ebaõnnestub, jäävad logi ja sõnum seadme juures siiski alles.
Salvestada ainult seda, mis muutub
Andmepunkt, mille väärtust küsitakse iga viie minuti järel, annab aastas 105 000 väärtust. Saja andmepunkti korral on see üle kümne miljoni rea – väärtuste jaoks, mis enamasti ei ole üldse muutunud.
Salvestatakse seetõttu ainult see, mis erineb viimasest salvestatud väärtusest rohkem kui seatud lävi – andmepunkti kohta absoluutse erinevusena (näiteks 0,5 °C), protsentuaalse kõrvalekaldena või iga muutuse korral. Praegune väärtus ja viimase päringu ajahetk on andmepunkti juures siiski alati olemas; harvendatakse ainult ajalugu.
Kuhu väärtused kirjutatakse, on samuti seadistatav: Odoo andmebaasi, MongoDB-sse või CSV-failidena Odoo filestore'i. Nii hoiame mõõteväärtused ERP andmebaasist väljas – sama põhimõte nagu jälgimise asukohaandmete puhul. Ajalugu saab igal juhul diagrammina kuvada, tunnipõhisel koondamisel keskmisena, mitte summana.
Täituvus protsentides baitide asemel
Mõned suurused ei ole seadmes sellisena olemas. Partitsiooni täituvus tuleb arvutada kasutatud mälust ja kogusuurusest; temperatuuriandurid annavad sageli skaleeritud täisarve – 235 tähendab 23,5 kraadi.
Andmepunkt saab seetõttu väärtuse üle võtta nii nagu teatatud, korrutada teguriga või arvutada protsendina teisest OID-ist. Piirväärtuste jaoks on see otsustav: 90% piir kehtib iga kettasuuruse kohta. Gigabaitides piiri peaks iga ketta kohta eraldi hooldama.
Keegi ei pea OID-sid pähe teadma
Windowsi ja Linuxi serverite puhul on HOST-RESOURCES-MIB standardiseeritud: kettad ja põhimälu asuvad teadaolevas kohas. Seadmetuvastus loeb tabeli, arvutab täituvuse protsentideks ja loob andmepunktid koos häirepiiriga ühe klõpsuga.
Kõige muu jaoks on olemas SNMP-brauser, mis käib OID-puu läbi ja näitab iga leitud OID-d selle praeguse väärtusega – ja kui kataloogis teada, siis imporditud tootja-MIB-ist pärit nime, kirjelduse ja ühikuga. Märkimine piisab.
Mida meie kliendid sellest saavad
Seadmed ja andmepunktid on klientidele määratud. Kliendiportaalis leiate jaotisest Minu SNMP-väärtused oma seadmete praegused mõõteväärtused ja viimase 24 tunni, 7 päeva, 30 päeva või 12 kuu ajaloo diagrammina – needsamad väärtused, mida näeme ka meie. Nähtav on ainult see, mis on määratud teie ettevõttele.
Ja kui piirväärtus ületatakse, ei pea te midagi tegema: pilet on meil juba olemas, koos seadme, väärtuse ja kellaajaga, enne kui te seda märkate.
Mis moodul teadlikult ei ole
See ei asenda täielikku monitooringut koos kättesaadavuse kontrollide, eskalatsiooniahelate ja sõltuvuspuudega. See ei võta vastu SNMP-trappe, vaid küsib aktiivselt. Ja see ei sulge pileteid automaatselt – häire lõppemise teade on sõnum, mitte olekumuutus.
Tegemist on täpselt ühe lõiguga: mõõteväärtusest üle piiri tehnikuni, kes asjaga tegeleb. See lõik on nüüd nii lühike, kui ta üldse olla saab.
Kui soovite oma serverid, võrguseadmed või andurid sellesse seiresse kaasata, pöörduge meie poole.