مراقبة SNMP في Odoo 19: تجاوز الحد الأقصى، وفتح تذكرة
الخوادم والمبدّلات (Switches) وأنظمة UPS وحساسات الحرارة في غرفة الخوادم: تقريبًا كل ما هو متصل بشبكة يتحدث SNMP ويمكنه الإفصاح عن حالته. والسؤال فقط: من يصغي – وماذا يحدث عندما تخرج قيمة عن السيطرة.
للبنية التحتية التي نتولى رعايتها لعملائنا جمعنا هذه السلسلة الآن في مكان واحد: يستعلم Odoo 19 لدينا عن الأجهزة، ويقارن القيم بالحدود، وعند بلوغ حد ما يفتح تذكرة في Helpdesk – لدى العميل الذي يملك الجهاز. لا نظام مراقبة منفصل يكتب بالبريد الإلكتروني إلى Helpdesk، بل النظام نفسه الذي يرتبط فيه العميل والجهاز والتذكرة أصلًا.
طوّرنا الوحدة لعملنا الخاص. وهي ليست إصدارًا للمجتمع مثل وحداتنا الخاصة بكشوف الحساب أو الفواتير الإلكترونية، بل جزء من منصة الرعاية الداخلية لدينا – مثل التتبع الذي كتبنا عنه مؤخرًا.
من القيمة المقاسة إلى التذكرة
سير العمل بسيط عمدًا:
- يُنشأ جهاز بعنوان وبيانات دخول (SNMP v1 أو v2c أو v3 مع المصادقة والتشفير). وعند الحفظ يجلب Odoo وصف النظام واسم النظام ومدة التشغيل (Uptime) – وهي أصدق تأكيد على صحة العنوان وبيانات الدخول.
- تُعرَّف على الجهاز نقاط بيانات: OID ووحدة وتعيين عميل.
- يستعلم جدول زمني عن جميع نقاط البيانات النشطة. ويُجرى الاتصال مرة واحدة لكل جهاز، وليس لكل نقطة بيانات – ومع عشرين OID على مبدّل واحد هذا هو الفرق بين جلسة واحدة وعشرين جلسة.
- يمكن لكل نقطة بيانات مراقبة حدود: حد أعلى أو حد أدنى أو كليهما.
- عند تجاوز حد ما تنشأ تذكرة Helpdesk.
تذكرة لكل حادثة وليس لكل قياس
النقطة الأهم في منطق الإنذار: لا يُحتسب إلا تغيّر الحالة. فمن ينشئ تذكرة مع كل قياس يجد نفسه بعد ليلة واحدة مع حساس عالق أو متذبذب أمام ثلاثمائة تذكرة – وهذا ليس إنذارًا بل تعتيم.
ولذلك تتذكر الوحدة لكل نقطة بيانات ما إذا كانت في حالة «عادي» أو «إنذار». وعند أول تجاوز للحد تتغير الحالة، وتصل رسالة إلى الدردشة (Chatter) الخاصة بالجهاز، وتُفتح تذكرة – مع العميل المعني كشريك، ومع نقطة البيانات والجهاز والقيمة المقاسة والحد المخالَف في النص. وما دامت القيمة خارج الحد لا يحدث شيء آخر: فالتذكرة مفتوحة وفنيونا على علم.
وعندما تعود القيمة إلى النطاق الطبيعي، تكتب الوحدة إشعارًا بانتهاء الخطر في التذكرة نفسها وتفك الارتباط. أما إغلاق التذكرة بعد ذلك فيقرره إنسان – فقيمة هبطت لوقت قصير دون الحد لا تعني بعدُ أن السبب قد عولج.
تُفحص الحدود مع كل قياس، بغض النظر عما إذا كانت القيمة تُخزَّن. والقيمة المرتفعة باستمرار تبقى إنذارًا. ولا يجوز أن يفشل إنذار أبدًا لأن تذكرة لم تُنشأ – فإذا فشل الإنشاء يبقى السجل والرسالة على الجهاز مع ذلك.
تخزين ما يتغير فقط
نقطة بيانات يُستعلم عنها كل خمس دقائق تنتج 105.000 قيمة في السنة. ومع مائة نقطة بيانات يصبح ذلك أكثر من عشرة ملايين سطر – لقيم لم تتغير في الغالب أصلًا.
ولذلك لا يُخزَّن إلا ما يختلف عن آخر قيمة مخزّنة بأكثر من عتبة مضبوطة – لكل نقطة بيانات كفرق مطلق (مثلًا 0,5 °C) أو كانحراف نسبي مئوي أو مع كل تغيير. وتبقى القيمة الحالية ووقت آخر استعلام مع ذلك دائمًا على نقطة البيانات؛ وإنما يُخفَّف السجل التاريخي فقط.
وكذلك يمكن ضبط المكان الذي تُكتب فيه القيم: في قاعدة بيانات Odoo أو في MongoDB أو كملفات CSV في مخزن ملفات Odoo (Filestore). وبذلك نُبقي القيم المقاسة خارج قاعدة بيانات ERP – وهو المبدأ نفسه المتبع في بيانات مواقع التتبع. ويمكن عرض السجل التاريخي في كل الأحوال كرسم بياني، ومع التجميع بالساعة كمتوسط وليس كمجموع.
مستوى الامتلاء بالنسبة المئوية بدلاً من البايت
بعض المقادير لا تتوفر كما هي في الجهاز. فمستوى امتلاء القسم (Partition) يجب أن يُحسب من الذاكرة المشغولة والحجم الكلي؛ وحساسات الحرارة كثيرًا ما تعطي أعدادًا صحيحة مُقاسة – 235 لتعني 23,5 درجة.
ولذلك يمكن لنقطة البيانات أن تأخذ القيمة كما أُبلغ عنها، أو تضربها في معامل، أو تحسبها كنسبة مئوية من OID ثانٍ. وهذا حاسم بالنسبة إلى الحدود: فحد 90 % ينطبق على كل حجم قرص. أما حد بالغيغابايت فيتعين تحديثه لكل محرك أقراص.
لا أحد مضطر إلى حفظ OIDs عن ظهر قلب
في خوادم Windows وLinux تكون HOST-RESOURCES-MIB موحَّدة: فمحركات الأقراص والذاكرة العاملة في مكان معروف. ويقرأ كاشف الأجهزة الجدول ويحوّل مستويات الامتلاء إلى نسب مئوية وينشئ نقاط البيانات مع حد الإنذار بنقرة واحدة.
ولكل ما عدا ذلك يوجد متصفح SNMP يجتاز شجرة OID ويعرض كل OID يعثر عليها مع قيمتها الحالية – ومع الاسم والوصف والوحدة من MIB الشركة المصنّعة المستوردة إذا كانت معروفة في الكتالوج. ويكفي وضع علامة.
ما الفائدة لعملائنا
الأجهزة ونقاط البيانات مرتبطة بالعملاء. وفي بوابة العملاء تجدون تحت قيم SNMP الخاصة بي القيم المقاسة الحالية لأجهزتكم والسجل التاريخي لآخر 24 ساعة أو 7 أيام أو 30 يومًا أو 12 شهرًا كرسم بياني – وهي القيم نفسها التي نراها نحن. ولا يظهر إلا ما هو مرتبط بشركتكم.
وعندما يُتجاوز حد ما، لا يتعين عليكم فعل شيء: فالتذكرة موجودة لدينا بالفعل، مع الجهاز والقيمة والوقت، قبل أن تلاحظوها.
ما ليست عليه الوحدة عمدًا
إنها ليست بديلًا عن مراقبة كاملة مع فحوص التوفر وسلاسل التصعيد وأشجار الاعتمادية. فهي لا تستقبل SNMP Traps بل تستعلم بنشاط. ولا تغلق تذكرة تلقائيًا – فإشعار انتهاء الخطر رسالة وليس تغييرًا في الحالة.
الأمر يتعلق بمسار واحد بالضبط: من القيمة المقاسة عبر الحد إلى الفني الذي يتولى الأمر. وهذا المسار أصبح الآن بأقصر ما يمكن.
إذا أردتم إدراج خوادمكم أو أجهزة الشبكة أو الحساسات لديكم في هذه المراقبة، فتواصلوا معنا.