در check_ganglia_metric پلاگین Nagios در که اجازه می دهد تا شما را به دنبال هشدار بر روی هر عقدههای قاعدهای متریک است.
check_ganglia_metric به شدت توسط check_ganglia_metric.php ولادیمیر Vuksan الهام گرفته شده بود، اما آن را با تعدادی از بهبود می آید.
نصب
# تصویر در تصویر 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
وضعیت خوب، بیکار CPU = 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
وضعیت بحرانی، بیکار CPU = 99.6٪ | cpu_idle = 99.6٪؛ 99؛
ما check_ganglia_metric برای بازگشت به وضعیت "بحرانی" گفت اگر CPU بیکار بود بیشتر از 99. "وضعیت بحرانی" پیام نشان می دهد که آن کار کرده است. توجه داشته باشید که check_ganglia_metric تجزیه محدوده و آستانه با توجه به دستورالعمل توسعه افزونه رسمی Nagios در.
برای دیدن لیست کامل از گزینه های خط فرمان با توضیحات مختصر، check_ganglia_metric اجرا با گزینه --help.
Nagios در پیکربندی
اول، ایجاد یک تعریف دستور:
تعریف دستور {
را لمس کنید و. 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_ganglia_metric check_command cpu_idle 0: 20 0: 0!
& nbsp؛ در HOST_NAME host.example.com
}
این خوب کار خواهد کرد تا زمانی که چیزی اشتباه است با check_ganglia_metric می رود (به عنوان مثال فایل کش نمی تواند بخواند / نوشته شده به، گانگلیون متا شبح نمی تواند رسید، و غیره). در آن لحظه، هر سرویس که متکی بر check_ganglia_metric شکست مواجه خواهد شد، احتمالا شما غرق با هشدار. ما می توانیم این کار با استفاده از وابستگی خدمات جلوگیری کند.
اولین چیزی که ما نیاز به یک تعریف دستور برای چک کردن سن یک فایل است:
تعریف دستور {
را لمس کنید و. check_file_age command_name
& nbsp؛ در command_line / usr / معاونت / Nagios در / پلاگین ها / check_file_age -f $ ARG1 $ -w $ ARG2 $ -c $ ARG3 $
}
بعد، یک سرویس که سن فایل ذخیره سازی check_ganglia_metric را چک تعریف می کنیم. توجه داشته باشید که به منظور واقعا موثر، این سرویس نیاز از تمام چک دیگر که در check_ganglia_metric تکیه به حداقل به عنوان (ترجیحا بیشتر) بررسی می شود اغلب:
تعریف خدمات {
را لمس کنید و. کش service_description برای check_ganglia_metric
& nbsp؛ از some_template
& nbsp؛ در!!! check_file_age check_command /var/lib/nagios/.check_ganglia_metric.cache 60 120
را لمس کنید و. localhost به HOST_NAME
& nbsp؛ در check_interval 1
& nbsp؛ در max_check_attempts 1
}
و در نهایت، ما راه اندازی وابستگی خدمات واقعی. توجه داشته باشید که من use_regexp_matching در Nagios در، که اجازه می دهد تا من به استفاده از عبارات منظم در دستورات من فعال کرده باشید. توسط چسبیده "- عقدههای قاعدهای" در پایان هر سرویس که متکی بر check_ganglia_metric، من می توانم خودم بسیاری از تلاش نجات:
تعریف servicedependency {
را لمس کنید و. localhost به HOST_NAME
را لمس کنید و. کش service_description برای check_ganglia_metric
& nbsp؛ در dependent_host_name *.
& nbsp؛ در. dependent_service_description * - عقدههای قاعدهای $
execution_failure_criteria C، P، کلیک کنید و
}
حال اگر چیزی اشتباه است با check_ganglia_metric می رود، تنها یک هشدار خواهد شد در مورد فایل ذخیره سازی فرستاده شده، و تمام چک خدمات وابسته خواهد متوقف شود تا زمانی که شما مشکلی که منجر به check_ganglia_metric به شکست تعمیر. هنگامی که مشکل ثابت است، شما نیاز به به روز رسانی زمان بر روی فایل ذخیره سازی به منظور قرار دادن "کش برای check_ganglia_metric" خدمات بازگشت به یک دولت OK (که اجازه خواهد داد چک خدمات وابسته به ادامه):
را لمس کنید و. /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 کار نمی
نظر یافت نشد