Posts tagged ‘nagios vs zabbix’

Centreon+Nagios: мониторинг Linux сервера с помощью NRPE

nagios_nrpe

Что такое NRPE

В система монитоинга Nagios, NRPE это аналог Zabbix-agent в Zabbix, с той лишь разницей что он тупой и яркий, команда check_nrpe дергает с определенными параметрами NRPE и тот, на основе своего конфига, запускает команды и возвращает результат (процедура изображена на картинке выше). В общем то это все, что делает NRPE, нет в нем ни интеграции с NSCA (аналог “active checks” в Zabbix), ни discovery rules, ни получения конфига от Nagios сервера, хотя это ему не очень то часто и нужно. Использовать NRPE можно только в случае если есть прямой доступ от poller`а к хосту с NRPE, если у вас хост за firewall или внутри приватной сети нужно использовать NSCA или настроить NRPE в качестве proxy, об этом я расскажу в одной из следующих статей.

Continue reading ‘Centreon+Nagios: мониторинг Linux сервера с помощью NRPE’ »

Centreon+Nagios: настройка сервисов (service)

nagios-vs-zabbix

Что такое сервис и чем он лучше чем триггер в Zabbix

Механизм сервисов, на мой взгляд это первое и основное Nagios от Zabbix. Триггер по определению может иметь только два значения “0” или “1”, так собственно все и работает в Zabbix, если все условия сошлись, значит генерируем сообщение о том, что у триггера с таким-то именем проблема. Я как-нибудь подробно остановлюсь на том, почему это не самая удобная вещь, но сейчас не об этом.

Минимальная “единица контроля” Nagios – сервис. Сервис в Nagios ассоциируется с реальным сервисом или некой самостоятельной частью его функционала (HTTP, JVM-Heap etc.), есть команда (скрипт, плагин), которая проверяет состояния сервиса, эта команда выдает показатели метрик этого сервиса (Performance Data) и данные о его состоянии и статус. Состояний бывает всего пять видов:

  • OK – все хорошо
  • WARNING – “внимание, что-то не так”
  • CRITICAL – “критическая ситуация, нужно что-то делать”
  • UNKNOWN – “я не знаю что происходит с этим сервисом”
  • FLAPPING – “сервис слишком часто меняет свое состояние из OK в NOK”

Continue reading ‘Centreon+Nagios: настройка сервисов (service)’ »

Centreon+Nagios: настройка хостов (host) и хост групп (hostgroup)

Centreon

Хост (host) в Nagios это нечто более реальное чем в Zabbix. В Zabbix хост является некой виртуальной сущностью к которой привязываются data item`ы, триггеры и т.д.
Виртуальным я его называю потому, что понять в конкретный момент времени в каком состоянии находится тот или иной хост невозможно, т.е. вы конечно можете в интерфейсе нажать Ping host или Trace host, но вы делаете это сами, для каждого хоста который вам интересен. Т.е. никакой практической нагрузки хост не несет, кроме инвентаризации, описания интерфейсов и т.д. В Nagios хост имеет имя, описание, адрес и команду для проверки что он жив (Check Command), которая запускается с определенной периодичностью и вы можете в любой момент узнать доступен этот хост или нет. Хост может находится в двух состояниях: UP и DOWN, т.е. быть доступным и недоступным соответственно. Если хост находится в состоянии DOWN администратор получает об этом оповещение, при этом все сервисы хоста продолжают проверяться, но оповещение о том что один из них находится в статусе NOK отсылаться не будут, т.к. они все зависят о статуса доступности хоста. Различные параметры описывающие данные хост (порт на котором работает NRPE-агент, список сетевых интерфейсов и т.д.) могут быть сконфигурированы с помощью макросов (Custom macros).

Continue reading ‘Centreon+Nagios: настройка хостов (host) и хост групп (hostgroup)’ »