Вход на сайт
Яндекс.Метрика

Рейтинг@Mail.ru

Nagios и HipChat: выставление acknowledge (ACK) статуса на пробники

Схема функционирования:

  1. Nagios посылает ALARM в комнату Hipchat-а при срабатывании пробника (сервер нагиос)
  2. Пользователь HipChat отвечает на сообщение ACK ответом (через сервер hipchat)
  3. Nagios обрабатывает запрос ACK (сервер нагиос)

Для работы необходим запущенный демон на сервере нагиос: /usr/local/etc/rc.d/hipchat start|stop

Подробнее: Nagios и HipChat: выставление acknowledge (ACK) статуса на пробники

Описание директив Nagios

Директивы для описания сервера, т.е. define host:

flap_detection_enabled 1 # Включить обнаружение мерцания. Его параметры задаются или директивами low_flap_threshold, high_flap_threshold или в конфиге нагиоса параметрами low_host_flap_threshold, high_host_flap_threshold.

notifications_enabled 1 # Включить уведомления

event_handler_enabled 1 # Включить обработчик событий

retain_status_information 1 # Сохранять статусную информацию между перезагрузками программы

retain_nonstatus_information 1 # Сохранять нестатусную информацию между перезагрузками программы

register 0 # Означает, что все вышеописанное - есть шаблон. Запрет регистрировать это описание как хост

check_interval # Период осуществления проверок в минутах

retry_interval # Определяет время ожидания перед повторной проверкой в минутах

max_check_attempts 8 # Количество попыток повторного тестирования после того, как одна из попыток возвратила ошибочный статус.

notification_interval 100 # Интервал в минутах, по прошествию которого нужно повторно отсылать уведомление, если сервер все еще не работает.

notification_period 24x7 # Период времени, в течение которого серверу разрешено беспокоить администратора своими уведомлениями.

Подробнее: Описание директив Nagios

Icinga/Nagios распределеный мониторинг

Icinga или Nagios может быть сконфигурирована с поддержкой распределенного мониторинга сетевых ресурсов и услуг, оно же Distributed Monitoring

Цель в распределенной среде мониторинга - это разгрузить сервер (использование процессора и т. д.), который исполненяет служебные проверки. Большинство малых и средних контор не будут иметь реальную потребность в создании такой среды. Тем не менее, если вы хотите мониторить тысячи хостов данная схема становится весьма перспективной. 

При настройке распределенной среды мониторинга в Icinga существуют различия в том, как центральные и распределенные серверы настроены.

Функция распределенных серверов (воркеров) — выполнять активные проверки хостов и сервисов. На воркерах обычно устанавливается «голый» Icinga/Nagios. Т.е. он не должен иметь веб-интерфейса, не должен отправлять уведомления, не должен выполнять сценарии обработки событий, и не должен выполнять что-нибудь другое, кроме как выполнять сервисные проверки.

Цель центрального сервера (мастера) - просто принимать результаты проверок с воркеров. Поскольку центральный сервер получает результаты проверок из одного или более воркеров, то он служит в качестве координационного центра для всей логики мониторинга (т.е. он посылает уведомления, запускает скрипты обработчиков событий, имеет веб-интерфейс, и т.д. ).

Для того, чтобы передать результаты активных проверок пассивным проверкам на мастере, используется NSCA аддон. Аддон состоит из двух частей. Первым из них является программа-клиент (send_nsca), которая запускается с удаленного хоста и будет использоваться для отправки результатов служебной проверки на другой сервер. Вторая часть является NSCA демон (NSCA). После получения информации от клиента, демон заполняет информацию о проверках в Icinga на центральном сервере(мастере), вставив команду PROCESS_SVC_CHECK_RESULT во внешний файл external command file, наряду с результатами проверки.

Подробнее: Icinga/Nagios распределеный мониторинг

Установка плагина boost в Cacti

Установим и настроим плагин boost для Cacti 

Плагин boost позволяет уменьшить нагрузку на сервер cacti, обрабатывающий большое количество данных.

Он делает это путем введения четырех новых возможностей для Cacti. Эти функции разработаны, чтобы уменьшить нагрузку ввода/вывода (I/O), генерируемых огромное количество обновлений, необходимых для RRDfiles. Кроме того, плагин позволяет уменьшить загрузка процессора за счет кэширования часто просматриваемых графиков. Кроме того, он позволяет обновления RRDfile обрабатывать сервером обновлений. Наконец, он позволяет чтобы RRDfiles обновлялись по требованию. 

Перед установкой Boost, необходимо убедиться что ваша система подходит по требованиям:

  • Cacti 0.8.7 и выше.
  • Cacti Plugin Architecture v2.x
  • MySQL 5.0 и выше
  • Есть довольно много оперативной памяти, доступной для базы данных.

Установка плагина ничем не отличается от стандартной установки плагинов в cacti, т. е. Качаем плагин http://docs.cacti.net/_media/plugin:boost-v5.1-1.tgz, кидаем его в папку plugins, заходим через браузер в Plugin Management https://your_cacti/cacti/plugins.php и запускаем. 

Подробнее: Установка плагина boost в Cacti

Cacti Ldap авторизация

Настройка Ldap аутентификаци в Cacti

Устанавливаем модуль php для работы с ldap протоколом php-ldap и рестартим apache:

#yum -y install php-ldap

#service httpd restart

Затем идем в админску панель Cacti Settings –> Authentication и настраиваем Ldap аутентификацию как на картинке: Cacti Ldap аутентификация

Страница 1 из 4

unix-way