Использование JNRPE, когда Nagios уже присутствует
Я проходил через JNRPE. Теперь в моей сети установлен инструмент nagios, который контролирует сеть. Я хочу понять, как JNRPE может мне помочь. Я посетил много ссылок, просмотрел весь веб-сайт JNRPE, чтобы понять, почему я должен его использовать и насколько он может быть полезен после использования инструмента nagios, но я еще не нашел ничего конкретного по этому вопросу.
Я понимаю, что JNRPE используется для выполнения плагинов Nagios.
Почему из первых рук мне нужны плагины Nagios. Предположим, у меня есть приложение, работающее на веб-сервере. Что может быть целью плагина Nagios в первую очередь....
Несмотря на наличие инструмента Nagios, как я могу использовать JNRPE . По сути, я не уверен, какой может быть возможный вариант использования JNRPE и как он может помочь в проекте веб-приложения, когда я уже использую что-то вроде Sigar для получения аппаратных параметров сервера.
Также обратите внимание, что мое приложение сильно зависит от HTTP-трафика.
Может кто-нибудь, пожалуйста, руководство относительно возможного варианта использования JNRPE в веб-приложении.
2 ответа
JNRPE дает вам возможность писать плагины Nagios, используя Java. Доступны многочисленные сторонние плагины Nagios, но очень немногие из них написаны на Java (большую часть времени они написаны на python или perl, или простой bash-скрипт).
Почему из первых рук мне нужны плагины Nagios?
Сам Nagios основан на плагинах. Основной дистрибутив nagios поставляется с ограниченным количеством плагинов (скриптов), которые вы можете выполнить для проверки различных параметров в системе. Существует бесконечная возможность вещей, которые вы можете проверить в системе. Нагиос (или любая другая система мониторинга) не может быть в состоянии охватить все случаи. Вам, безусловно, нужен способ расширить такую систему - поэтому большинство из них предлагают поддержку плагинов.
Пример, который приходит на ум, - это плагин для детального мониторинга Postgresql. Naigos не предлагает его из коробки, но сторонний плагин действительно предлагает очень хороший и подробный мониторинг.
Несмотря на наличие инструмента Nagios, как я могу использовать JNRPE...
Наличие стороннего плагина, выполняющего мониторинг за вами, имеет двойное преимущество - вы не можете контролировать плагин - вы не уверены, как долго он будет поддерживаться, возможно, он не будет работать правильно, а иногда он является двоичным (вы не можете посмотрите на код и измените его).
Когда вы сами пишете плагин, все вышеперечисленное не является проблемой.
Я не уверен, что может быть возможным вариантом использования JNRPE и как это поможет в проекте веб-приложения...
Например, в Nagios отсутствует прямой мониторинг JMX и каких-либо низкоуровневых параметров приложения JVM/Java. Через JMX вы можете проверить параметры в самом контейнере (например, Tomcat) или в JVM - рабочие потоки / использование кучи и т. Д.
Есть пара сторонних плагинов, способных осуществлять мониторинг JMX, но они не идеальны, и многое можно улучшить! Итак, вот область, где вы можете использовать JNRPE и написать собственный плагин, который взаимодействует с JMX и выполняет лучшую работу, чем существующие плагины.
Я основатель проекта JNRPE.
Все, что говорит Ованесян, верно, однако я хотел бы добавить:
Я не уверен, что может быть возможным вариантом использования JNRPE и как это поможет в проекте веб-приложения...
Вы можете найти следующие основные варианты использования:
- Вы хотите написать плагин Nagios, который выполняет пользовательскую проверку с использованием языка JAVA. Поскольку Nagios выполняет плагины как внешние исполняемые файлы, без JNRPE каждая проверка будет запускать экземпляр виртуальной машины.
- Вы хотите создать плагин Nagios, который может работать на разных машинах без перекомпиляции
- Вы хотите контролировать машину, которая находится за брандмауэром. На самом деле, используя JNRPE, вам нужен только один единственный порт, чтобы быть доступным из Nagios.
- Вы хотите встроить JNRPE, чтобы вы могли запрашивать его статус непосредственно из Nagios