Odoo 19-da SNMP monitorinqi: Hədd aşıldı, tiket açıldı
Serverlər, switch-lər, UPS qurğuları, server otağındakı temperatur sensorları: Şəbəkəyə bağlı hər şeyin demək olar ki hamısı SNMP ilə danışır və vəziyyəti barədə məlumat verə bilər. Sual yalnız kimin dinlədiyindədir – və bir dəyər nəzarətdən çıxdıqda nə baş verdiyindədir.
Müştərilərimiz üçün qulluq etdiyimiz infrastruktur üçün bu zənciri indi bir yerə yığdıq: Odoo 19-umuz cihazları sorğulayır, dəyərləri həddlərlə müqayisə edir və hədd çatdıqda Helpdesk-də tiket açır – cihaz kimə məxsusdursa, həmin müştəri adına. E-poçtla Helpdesk-ə yazan ayrıca monitorinq sistemi deyil, müştərinin, cihazın və tiketin onsuz da bir-birinə bağlı olduğu eyni sistem.
Modulu öz fəaliyyətimiz üçün hazırlamışıq. O, bank çıxarışları və ya e-fakturalar üzrə modullarımız kimi icma dərci deyil, daxili qulluq platformamızın bir hissəsidir – son vaxt barədə yazdığımız izləmə kimi.
Ölçmə dəyərindən tiketə
Proses qəsdən sadə saxlanılıb:
- Cihaz ünvan və giriş məlumatları ilə yaradılır (SNMP v1, v2c və ya autentifikasiya və şifrələmə ilə v3). Saxlayarkən Odoo sistem təsvirini, sistem adını və uptime-ı götürür – ünvan və giriş məlumatlarının düzgün olduğunun ən dürüst təsdiqi.
- Cihazda məlumat nöqtələri müəyyən edilir: bir OID, bir vahid, bir müştəri təyinatı.
- Cədvəl bütün aktiv məlumat nöqtələrini sorğulayır. Hər cihaz üçün bir dəfə qoşulur, hər məlumat nöqtəsi üçün yox – bir switch-də iyirmi OID olduqda bu, bir ilə iyirmi sessiya arasındakı fərqdir.
- Hər məlumat nöqtəsi hədləri izləyə bilər: yuxarı hədd, aşağı hədd və ya hər ikisi.
- Hədd aşıldıqda Helpdesk tiketi yaranır.
Hər ölçmə üçün yox, hər hadisə üçün bir tiket
Həyəcan məntiqində ən vacib məqam: Yalnız vəziyyət dəyişikliyi sayılır. Hər ölçmədə tiket yaradan kəsin bir gecədən sonra ilişən və ya titrəyən sensorla üç yüz tiketi olur – bu xəbərdarlıq deyil, dumanlandırmadır.
Modul buna görə hər məlumat nöqtəsi üçün onun “Normal” və ya “Həyəcan” vəziyyətində olduğunu yadda saxlayır. Hədd ilk dəfə aşıldıqda vəziyyət dəyişir, cihazın Chatter-inə mesaj düşür və tiket açılır – təsirlənmiş müştəri tərəfdaş kimi, mətndə məlumat nöqtəsi, cihaz, ölçülmüş dəyər və pozulmuş hədd ilə. Dəyər həddin xaricində qaldıqca başqa heç nə baş vermir: Tiket açıqdır, texniklərimiz xəbərdardır.
Dəyər normal diapazona qayıtdıqda modul eyni tiketə sakitləşmə mesajı yazır və əlaqəni ayırır. Tiketin sonra bağlanıb-bağlanmayacağını yenə də insan həll edir – dəyərin qısa müddətə həddin altına düşməsi hələ səbəbin aradan qaldırıldığı demək deyil.
Hədlər dəyərin saxlanılıb-saxlanılmamasından asılı olmayaraq hər ölçmədə yoxlanılır. Daimi çox yüksək dəyər həyəcan olaraq qalır. Həyəcan isə heç vaxt tiketin yaradıla bilməməsi ucbatından uğursuz olmamalıdır – yaradılma uğursuz olarsa, qeyd və cihazdakı mesaj yenə də qalır.
Yalnız dəyişəni saxlamaq
Hər beş dəqiqədən bir sorğulanan məlumat nöqtəsi ildə 105.000 dəyər verir. Yüz məlumat nöqtəsində bu on milyondan çox sətirdir – əksər halda ümumiyyətlə dəyişməmiş dəyərlər üçün.
Buna görə yalnız axırıncı saxlanılmış dəyərdən müəyyən edilmiş həddən çox fərqlənən saxlanılır – hər məlumat nöqtəsi üçün mütləq fərq (məsələn 0,5 °C), faiz kimi sapma və ya hər dəyişiklikdə. Cari dəyər və axırıncı sorğunun vaxtı yenə də həmişə məlumat nöqtəsində durur; yalnız tarixçə seyrəldilir.
Dəyərlərin hara yazılacağı da tənzimlənir: Odoo verilənlər bazasına, MongoDB-yə və ya Odoo Filestore-a CSV faylları kimi. Beləliklə ölçmə dəyərlərini ERP verilənlər bazasından kənarda saxlayırıq – izləmənin mövqe məlumatlarında olduğu kimi eyni prinsip. Tarixçə hər halda diaqram kimi göstərilə bilər, saatlıq sıxlaşdırmada cəm kimi yox, orta kimi.
Bayt əvəzinə faiz ilə doluluq
Bəzi kəmiyyətlər cihazda belə dayanmır. Bölmənin doluluq səviyyəsi istifadə olunan yaddaşdan və ümumi ölçüdən hesablanmalıdır; temperatur sensorları tez-tez miqyaslanmış tam ədədlər verir – 23,5 dərəcə üçün 235.
Buna görə məlumat nöqtəsi dəyəri bildirildiyi kimi götürə, əmsala vurmaqla və ya ikinci OID-nin faizi kimi hesablaya bilər. Hədlər üçün bu həlledicidir: 90 % həddi hər disk ölçüsü üçün keçərlidir. Giqabaytla hədd hər sürücü üçün ayrıca saxlanılmalı olardı.
Heç kim OID-ləri əzbər bilməli deyil
Windows və Linux serverlərində HOST-RESOURCES-MIB standartlaşdırılıb: Sürücülər və əməli yaddaş məlum yerdə dayanır. Cihaz tanıma cədvəli oxuyur, doluluq səviyyələrini faizə çevirir və məlumat nöqtələrini həyəcan həddi ilə birlikdə bir klikə yaradır.
Qalan hər şey üçün OID ağacını gəzən və tapılmış hər OID-ni cari dəyəri ilə göstərən SNMP brauzeri var – və kataloqda məlumdursa, idxal edilmiş istehsalçı MIB-indən ad, təsvir və vahid ilə. İşarələmək kifayətdir.
Müştərilərimizin bundan nə qazandığı
Cihazlar və məlumat nöqtələri müştərilərə təyin edilir. Müştəri portalında Mənim SNMP dəyərlərim altında cihazlarınızın cari ölçmə dəyərlərini və son 24 saat, 7 gün, 30 gün və ya 12 ayın tarixçəsini diaqram kimi tapırsınız – bizim də gördüyümüz eyni dəyərlər. Yalnız şirkətinizə təyin edilmiş olan görünür.
Hədd aşıldıqda isə heç nə etməli deyilsiniz: Tiket siz fərq etməzdən əvvəl cihaz, dəyər və vaxtla artıq bizdədir.
Modulun qəsdən olmadığı şey
O, əlçatanlıq yoxlamaları, eskalasiya zəncirləri və asılılıq ağacları olan tam monitorinqin əvəzi deyil. O, SNMP trap-lər qəbul etmir, aktiv sorğulayır. Və o, tiketi avtomatik bağlamır – sakitləşmə mesajdır, status dəyişikliyi deyil.
Söhbət məhz bir məsafədən gedir: ölçmə dəyərindən hədd vasitəsilə qayğısına qalan texnikə qədər. Bu məsafə indi ola biləcəyi qədər qısadır.
Serverlərinizi, şəbəkə cihazlarınızı və ya sensorlarınızı bu nəzarətə daxil etmək istəyirsinizsə, bizimlə əlaqə saxlayın.