Odoo 19-da SNMP monitorinqi: hədd aşıldı, dəstək sorğusu açıldı
Serverlər, kommutatorlar, fasiləsiz enerji təchizatı qurğuları, server otağındakı temperatur sensorları: şəbəkəyə qoşulan demək olar ki, hər şey SNMP ilə işləyir və vəziyyəti barədə məlumat verə bilir. Sual budur: bu məlumatları kim izləyir və hansısa göstərici normadan çıxanda nə baş verir?
Müştərilərimiz üçün idarə etdiyimiz infrastrukturda bu prosesi artıq vahid sistemdə birləşdirmişik: Odoo 19 cihazlardan məlumatları sorğulayır, göstəriciləri hədlərlə müqayisə edir və həddə çatdıqda cihazın aid olduğu müştəri üçün Helpdesk-də dəstək sorğusu açır. Bunu Helpdesk-ə e-poçt göndərən ayrıca monitorinq sistemi deyil, müştərinin, cihazın və dəstək sorğusunun onsuz da bir-biri ilə əlaqəli olduğu eyni sistem edir.
Modulu öz işimiz üçün hazırlamışıq. Bank çıxarışları və ya elektron hesab-fakturalarla bağlı modullarımızdan fərqli olaraq, bu modul icma üçün yayımlanmayıb; o, son məqaləmizdə bəhs etdiyimiz izləmə sistemi kimi daxili xidmət platformamızın bir hissəsidir.
Ölçülmüş göstəricidən dəstək sorğusuna
Proses qəsdən sadə qurulub:
- Cihaz ünvanı və giriş məlumatları ilə sistemə əlavə edilir (SNMP v1, v2c və ya autentifikasiya və şifrələmə ilə v3). Qeyd saxlanarkən Odoo sistemin təsvirini, adını və fasiləsiz işləmə müddətini əldə edir — bu, ünvanın və giriş məlumatlarının düzgün olduğunun ən etibarlı təsdiqidir.
- Cihaz üçün məlumat nöqtələri müəyyən edilir: OID, ölçü vahidi və aid olduğu müştəri.
- Bütün aktiv məlumat nöqtələri cədvəl üzrə sorğulanır. Hər məlumat nöqtəsi üçün deyil, hər cihaz üçün bir dəfə bağlantı qurulur — bir kommutatorda iyirmi OID olduqda bu, bir sessiya ilə iyirmi sessiya arasındakı fərqdir.
- Hər məlumat nöqtəsi üzrə yuxarı həddi, aşağı həddi və ya hər ikisini izləmək mümkündür.
- Göstərici müəyyən edilmiş həddən kənara çıxdıqda Helpdesk-də dəstək sorğusu yaradılır.
Hər ölçmə üçün deyil, hər hadisə üçün bir dəstək sorğusu
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.
Göstərici normal aralığa qayıtdıqda modul eyni dəstək sorğusuna təhlükənin aradan qalxdığı barədə mesaj yazır və əlaqəni ləğv edir. Sorğunun bundan sonra bağlanıb-bağlanmayacağına yenə insan qərar verir — göstəricinin qısa müddətə həddən aşağı düşməsi səbəbin aradan qaldırıldığı demək deyil.
Göstəricinin saxlanılıb-saxlanılmamasından asılı olmayaraq, hədlər hər ölçmə zamanı yoxlanılır. Daim normadan yüksək olan göstərici xəbərdarlıq olaraq qalır. Dəstək sorğusunun yaradıla bilməməsi isə xəbərdarlığın itirilməsinə səbəb olmamalıdır — sorğunun yaradılması uğursuz olsa belə, jurnal qeydi və mesaj cihazın qeydində saxlanılır.
Yalnız dəyişən məlumatları saxlamaq
Hər beş dəqiqədən bir sorğulanan məlumat nöqtəsi ildə 105.000 göstərici verir. Yüz məlumat nöqtəsi üçün bu, on milyondan çox sətir deməkdir — özü də əksər hallarda heç dəyişməyən göstəricilər üçün.
Buna görə yalnız son saxlanmış göstəricidən fərqi təyin edilmiş həddi aşan dəyərlər saxlanılır. Bu hədd hər məlumat nöqtəsi üçün mütləq fərq (məsələn, 0,5 °C), faizlə sapma və ya hər dəyişiklik kimi müəyyən edilə bilər. Cari göstərici və son sorğunun vaxtı hər halda məlumat nöqtəsində görünür; yalnız tarixçədəki qeydlərin sayı azaldılır.
Göstəricilərin harada saxlanılması da tənzimlənir: Odoo verilənlər bazasında, MongoDB-də və ya Odoo fayl anbarında CSV faylları şəklində. Beləcə, ölçmə məlumatlarını ERP bazasından kənarda saxlayırıq — izləmə sistemindəki mövqe məlumatlarına tətbiq etdiyimiz eyni prinsip. İstənilən halda tarixçəni diaqram kimi göstərmək mümkündür; məlumatlar saatlıq ümumiləşdirildikdə cəm deyil, orta qiymət göstərilir.
Doluluq baytla deyil, faizlə
Bəzi göstəricilər cihazda hazır şəkildə olmur. Disk bölməsinin doluluğu istifadə olunan yaddaş sahəsi və ümumi həcm əsasında hesablanmalıdır; temperatur sensorları isə çox vaxt miqyaslandırılmış tam ədədlər verir — 23,5 dərəcə üçün 235 kimi.
Buna görə məlumat nöqtəsi göstəricini olduğu kimi qəbul edə, bir əmsala vura və ya ikinci OID-nin dəyərinə nisbətən faizlə hesablaya bilər. Bu, hədlər üçün həlledicidir: 90 % həddi istənilən disk həcminə tətbiq olunur. Giqabaytla ifadə olunan həddi isə hər disk üçün ayrıca yeniləmək lazım gələrdi.
OID-ləri əzbər bilmək lazım deyil
Windows və Linux serverlərində HOST-RESOURCES-MIB standartlaşdırılıb: disklər və operativ yaddaş barədə məlumatlar məlum yerdə yerləşir. Cihazın aşkarlanması funksiyası cədvəli oxuyur, doluluğu faizə çevirir və bir kliklə məlumat nöqtələrini xəbərdarlıq həddi ilə birlikdə yaradır.
Digər hallar üçün OID ağacını gəzən və tapılan hər OID-ni cari dəyəri ilə göstərən SNMP brauzeri var. OID kataloqda mövcuddursa, idxal edilmiş istehsalçı MIB-indən onun adı, təsviri və ölçü vahidi də göstərilir. Sadəcə işarələmək kifayətdir.
Müştərilərimizə nə fayda verir
Cihazlar və məlumat nöqtələri müştərilərlə əlaqələndirilir. Müştəri portalında SNMP göstəricilərim bölməsində cihazlarınızın cari ölçmə nəticələrini və son 24 saat, 7 gün, 30 gün və ya 12 ay üzrə tarixçəni diaqram şəklində görə bilərsiniz — bizim də gördüyümüz eyni göstəricilərdir. Yalnız şirkətinizə aid məlumatlar görünür.
Hədd aşıldıqda isə heç nə etməyinizə ehtiyac yoxdur: siz bunu görməzdən əvvəl cihaz, göstərici və vaxt barədə məlumatları olan dəstək sorğusu artıq bizə çatmış olur.
Modulun qəsdən əhatə etmədiyi imkanlar
Bu modul əlçatanlıq yoxlamaları, eskalasiya zəncirləri və asılılıq ağacları olan tam monitorinq sistemini əvəz etmir. SNMP-Trap bildirişlərini qəbul etmir, məlumatları aktiv şəkildə sorğulayır. Həmçinin heç bir dəstək sorğusunu avtomatik bağlamır — təhlükənin aradan qalxması barədə bildiriş status dəyişikliyi deyil, mesajdır.
Məqsəd konkret bir yolu qısaltmaqdır: ölçülmüş göstəricidən həddin aşılması vasitəsilə problemi həll edəcək texnikə qədər. Bu yol indi mümkün qədər qısadır.
Serverlərinizi, şəbəkə cihazlarınızı və ya sensorlarınızı bu monitorinqə daxil etmək istəyirsinizsə, bizimlə əlaqə saxlayın.