Як ви відстежуєте сервер моніторингу?

Тож ми запускаємо Groundworks (з Nagios) на CentOS для моніторингу наших різних серверів та процесів. У мене це налаштування для автоматичного надсилання електронних листів та SMS-повідомлень, коли речі досягають ПОПЕРЕДЖЕННЯ або КРИТИЧНОГО стану. Зазвичай це прекрасно працює. Однак двічі у нас виникли проблеми з Postfix на тому сервері, де Postfix вирішив припинити надсилання електронної пошти. Останній час тривав 4 дні, тому що ніхто з нас не помітив.

Це приводить мене до важливого питання: як я повинен слідкувати за моїм сервером моніторингу?

З другого сервера моніторингу, звичайно. Другий може бути набагато простішим, оскільки все, що йому потрібно зробити, - це стежити за першим. І це, безумовно, має контролюватися основною системою моніторингу.

Якщо ваша група є частиною більшої організації з окремими ІТ-інфраструктурами, можливо, ви зможете домовитись про службу моніторингу іншої групи для спостереження за вашою.

Ви також можете переконатися, що сервер щодня надсилає повідомлення "це нормально", і отримайте звичку шукати його. (Це ефективно, лише якщо ви вже не перевантажені звичайними повідомленнями.)

Інші люди пропонують надсилати регулярні повідомлення, в яких говориться, що все нормально, але особисто я з цим не згоден. Моніторинг повинен бути мовчазним, якщо немає проблем, і ніколи не слід покладатися на те, щоб користувач помітив, що щось не так, як-от "О, я не отримував щоденну електронну пошту протягом декількох днів". Особливо, якщо у вас є кілька людей, які відповідають на сповіщення, кожен може подумати, що інший вже видалив щоденне повідомлення "Я в порядку".

У нас є зовнішня послуга (яких сотні, але ми використовуємо черв'ячно ), щоб робити HTTP-перевірки нашого моніторингового сервера, щоб переконатися, що він працює і може вийти в Інтернет. Це наша головна турбота про моніторинг. Тоді наш сервер Nagios стежить за всіма нашими клієнтами серверами Nagios.

Але, ви підсумуєте хороший момент. Ми, мабуть, повинні додати URL-адресу HTTP, яка перевіряє чергу постфікса, і якщо вона показує незвичну кількість повідомлень, що, ймовірно, означає, що вона має будь-які в черзі, а потім підняти тривогу. Іншим варіантом було б використання різних методів оповіщення, скажімо, агента доставки SMS, який не є SMTP, а також SMTP, який ми використовуємо в даний час.

У нашому випадку, однак, я не можу пригадати, щоб у нас коли-небудь помирав поштовий сервер. Звичайно, все, для чого використовується поштовий сервер, - це надсилання сповіщень Nagios, тому конфігурація дуже проста і майже ніколи не змінюється.

Очевидно, ваш постфікс також слід відстежувати, але це вже інша тема;)

Я використовую плагін Nagios checker для Firefox , він завжди працює у рядку стану на будь-якому комп’ютері, яким я регулярно користуюся.

Крім того, у мене є власний скрипт на зовнішньому хості, який надсилає хост nagios і надсилає SMS, якщо його не відповідає pings.

Поки (5+ років) це працювало нормально (стук по дереву).

Для моніторингу серверного моніторингу (нагіо в нашому випадку) відмінно працює вільний або базовий план Pingdom або alarfox.

Перше: нехай він надсилає повідомлення "я живий" раз або два на день. По-друге, я запускаю стару машину саме для цієї мети, яка має ще один GSM-модем, невелике ДБЖ тощо та виділене (пряме) підключення до основного сервера моніторингу. Цей також допомагає в пункті 3: Переконайтеся, що ви регулярно перевіряєте стан своїх систем моніторингу. Невелика допоміжна система моніторингу постійно показує сторінку статусу первинної системи в моєму кабінеті.

Якщо ваш сервер моніторингу доступний через Інтернет, вам слід контролювати його за допомогою зовнішнього постачальника (наприклад, websitepulse та ін.).