وcheck_ganglia_metric هو البرنامج المساعد Nagios التي تسمح لك لتحريك التنبيهات على أي العقد المتري.
تم check_ganglia_metric مستوحاة بشكل كبير من قبل check_ganglia_metric.php فلاديمير Vuksan، ولكن لأنه يأتي مع عدد من التحسينات.
تركيب
# PIP تثبيت check_ganglia_metric
... أو:
# easy_install check_ganglia_metric
تكوين العقد
ما لم الخادم Nagios الخاص بك، والعقد ميتا الشيطان تعمل على نفس المضيف، ربما كنت بحاجة إلى تحرير gmetad.conf للسماح الاتصالات البعيدة من خادم Nagios الخاص بك.
للسماح بالاتصالات من nagios-server.example.com:
trusted_hosts nagios-server.example.com
للسماح بالاتصالات من كافة المضيفين (وربما خطرا أمنيا):
all_trusted على
اختبار على سطر الأوامر
أولا، دعونا نرى إذا check_ganglia_metric يمكن التواصل مع الشيطان العقد ميتا:
check_ganglia_metric.py --gmetad_host = gmetad-server.example.com
على & nbsp؛ - metric_host = host.example.com --metric_name = cpu_idle
وضع طيب، وحدة المعالجة المركزية الخمول = 99.3٪ | cpu_idle = 99.3٪ ؛؛؛؛
"حالة طيب" رسالة تشير إلى أن تعمل check_ganglia_metric. إذا كنت تواجه صعوبة في الحصول على هذا العمل، حاول مرة أخرى مع تسجيل مطول تمكين (--verbose) من أجل الحصول على أفضل نظرة ثاقبة ما يحدث خطأ.
الآن دعونا نحاول تحديد عتبة التنبيه:
check_ganglia_metric.py --gmetad_host = gmetad-server.example.com
على & nbsp؛ - metric_host = host.example.com --metric_name = cpu_idle --critical = 99
الحالة الحرجة، وحدة المعالجة المركزية الخمول = 99.6٪ | cpu_idle = 99.6٪ ؛؛ ؛؛ 99
قلنا check_ganglia_metric للعودة حالة "حرجة" إذا كانت وحدة المعالجة المركزية الخمول أكبر من 99. وتشير "حالة حرجة" الرسالة التي عملت. لاحظ أن check_ganglia_metric يوزع نطاقات والعتبات وفقا للمبادئ التوجيهية تطوير البرنامج المساعد Nagios الرسمية.
لمشاهدة قائمة كاملة من خيارات سطر الأوامر مع شروح موجزة، تشغيل check_ganglia_metric مع خيار --help.
تكوين Nagios
أولا، إنشاء تعريف الأوامر:
تعريف القيادة {
على & nbsp؛ check_ganglia_metric command_name
على & nbsp؛ command_line /usr/bin/check_ganglia_metric.py --gmetad_host = gmetad-server.example.com --metric_host = $ HOSTADDRESS $ --metric_name = $ ARG1 $ --warning = $ ARG2 $ --critical = $ ARG3 $
}
الآن يمكنك استخدام الأمر أعلاه في تعريفات الخدمة الخاص بك:
تعريف الخدمة {
على & nbsp؛ service_description CPU الخمول - العقد
على & nbsp؛ استخدام some_template
! على & nbsp؛ check_command check_ganglia_metric cpu_idle 0: 20 0: 0!
على & nbsp؛ HOST_NAME host.example.com
}
هذا وسوف تعمل بشكل جيد حتى شيء يذهب على نحو خاطئ مع check_ganglia_metric (على سبيل المثال ملف ذاكرة التخزين المؤقت لا يمكن قراءة / كتابة إلى وميتا الشيطان العقد لا يمكن التوصل إليه، وما إلى ذلك). عند هذه النقطة، فإن كل الخدمة التي تعتمد على check_ganglia_metric تفشل، وربما تغرق لكم مع التنبيهات. يمكننا منع هذا من خلال استخدام تبعيات الخدمة.
أول شيء نحتاجه هو تعريف القيادة للتحقق من سن ملف:
تعريف القيادة {
على & nbsp؛ check_file_age command_name
على & nbsp؛ command_line / البيرة / ليب / nagios / الإضافات / check_file_age -f $ ARG1 $ -w $ ARG2 $ -c $ ARG3 $
}
وبعد ذلك، نحدد خدمة والذي يتحقق سن ملف ذاكرة التخزين المؤقت check_ganglia_metric ل. لاحظ أنه من أجل أن تكون فعالة حقا، تحتاج هذه الخدمة إلى أن يتم التحقق على الأقل (يفضل أكثر) في كثير من الأحيان من جميع الشيكات الأخرى التي تعتمد على check_ganglia_metric:
تعريف الخدمة {
على & nbsp؛ الكاش service_description لcheck_ganglia_metric
على & nbsp؛ استخدام some_template
120 check_command check_file_age /var/lib/nagios/.check_ganglia_metric.cache 60؛ & نبسب!!!
على & nbsp؛ المضيف المحلي HOST_NAME
على & nbsp؛ check_interval 1
على & nbsp؛ max_check_attempts 1
}
وأخيرا، أنشأنا تبعية الخدمة الفعلية. علما بأنني قد مكنت use_regexp_matching في Nagios، الذي يتيح لي الفرصة لاستخدام تعبيرات عادية في توجيهاتي. عن طريق الالتزام "- العقد" في نهاية كل الخدمات التي تعتمد على check_ganglia_metric، وأنا يمكن أن ينقذ نفسي الكثير من الجهد:
تحديد servicedependency {
على & nbsp؛ المضيف المحلي HOST_NAME
على & nbsp؛ الكاش service_description لcheck_ganglia_metric
على & nbsp؛ dependent_host_name *.
على & nbsp؛. dependent_service_description * - العقد $
على & nbsp؛ execution_failure_criteria ج، ص
}
الآن إذا كان هناك شيء يذهب على نحو خاطئ مع check_ganglia_metric، سيتم إرسال تنبيه واحد فقط من حول ملف ذاكرة التخزين المؤقت، وسوف يكون مؤقتا جميع الشيكات خدمة تعتمد حتى حل المشكلة التي تسببت check_ganglia_metric أن تفشل. مرة واحدة يتم إصلاح المشكلة، سوف تحتاج إلى تحديث الطابع الزمني على ملف ذاكرة التخزين المؤقت من أجل وضع "ذاكرة التخزين المؤقت للcheck_ganglia_metric" الخدمة مرة أخرى إلى دولة موافق (والتي سوف تسمح الشيكات خدمة تابعة لمواصلة):
على & nbsp؛ /var/lib/nagios/.check_ganglia_metric.cache اتصال
نصائح والخدع
فمن الممكن للحصول على قائمة كاملة من المضيفين والمقاييس المتاحة من خلال تمكين "أكثر مطول" قطع الأشجار (-vv). منذ مطلوبة الخيارات metric_host وMETRIC_NAME، لديك قليلا من "الدجاجة والبيضة" مشكلة هنا، ولكن هذا موافق. مجرد توريد بعض بيانات وهمية. فإن البرنامج المساعد الخطأ في نهاية مع "المضيف / متري لم يتم العثور" خطأ، ولكن ليس قبل أن يفرغ ذاكرة التخزين المؤقت:
على & nbsp؛ check_ganglia_metric.py --gmetad_host = gmetad-server.example.com
على & nbsp؛ - metric_host = --metric_name دمية = -vv دمية
ما هو الجديد في هذا الإصدار:
إضافة خيار --metrics_max_age
دمج CHANGELOG.rst إلى README.rst
المتطلبات:
بيثون
Nagios
القيود:
لا يعمل مع بيثون 2.4
لم يتم العثور على التعليقات