Графический интерфейс конфигурации Nagios [закрыто]
Мы внедрили Nagios для сервисов в нашей сети, и он отлично работает. Уведомления приятные, а широкий спектр параметров конфигурации очень удобен. До этого момента мы выполняли всю настройку вручную, напрямую изменяя файлы.
Поскольку мы начинаем немного открывать это для некоторых других администраторов, я хотел бы реализовать графический интерфейс, который снизит вероятность ошибок. Я проверил несколько различных проектов с графическим интерфейсом, и пока что кажется, что NagiosQL и NConf являются главными претендентами.
Есть ли какие-либо рекомендации между этими двумя или, возможно, другими, которые следует рассмотреть? Как насчет историй об установке и использовании, "подводных камней" и советов, которые могут быть полезны при принятии решения?
Мы перед тем же решением, и в настоящее время nconf является нашим фаворитом. Это имеет большое преимущество того, чтобы быть разработанным для больших распределенных сред.
Это создает Вас автоматически конфигурационные файлы для другого nagios сервера, один являющийся некоторым коллектором и один являющийся монитором, который получает только пассивные чеки от colletor.
На оборотной стороне в настоящее время Вы не можете обработать эскалации с nconf!
http://sourceforge.net/apps/mediawiki/nconf/index.php?title=Main_Page
Мы используем OpsView на работе. Это - веб-GUI и обрабатывает вещи как увеличение масштаба услуг Nagios через кластеризацию. Можно добавить новые хосты, новые сервисы, через сеть, и подтвердить отключение электричества. Это также записывает историческое представление сервисов, должны Вы хотеть знать вещи как то, в каком количестве ЦП регулярно нуждается сервер.
Вы все еще не сможете добавить сценарии Nagios через сеть, как бы то ни было.
-
1Это выглядит довольно твердым, и я думаю we' ll дают ему тестовый прогон, так как у них есть VM, который может быть загружен. Вы знаете, можно ли импортировать существующие конфигурации Nagios? – palehorse 29 May 2009 в 18:59
У нас был хороший опыт с Opsview для управления Nagios. Однако это - ошибка думать о нем как о "фронтенде" для Nagios; вместо этого, думайте о нем как о системе контроля, которая использует Nagios в качестве его базового механизма.
Конфигурация Nagios хранится в DB, и файлы конфигурации Nagios сгенерированы программно, поэтому если Вы привыкнете к, скажем, хранению Ваших конфигураций Nagios в управлении исходным кодом или генерации их использующий некоторый собственный сценарий, то необходимо будет бросить те процедуры.
Что Вы получаете, вместо этого включает следующее:
- централизованное управление распределенной системой Nagios
- интегрированное управление прерыванием SNMP
- интегрированный Nagiosgraph
- интегрированный NMIS
- автоматизированное агрегирование статистики и поколение отчета
- больше никаких синтаксических ошибок в Ваших файлах конфигурации Nagios :)
- централизованное управление времени простоя
- API XML, который выставляет подмножество функциональности управления Opsview
- автоматизированная миграция от Вашей существующей конфигурации Nagios
- steve
-
1Это выглядит довольно твердым, и я думаю we' ll дают ему тестовый прогон, так как у них есть VM, который может быть загружен. Вы знаете, можно ли импортировать существующие конфигурации Nagios? – palehorse 29 May 2009 в 18:59
-
2Я haven' t попробовал эту функциональность самостоятельно, но я полагаю, что это присутствует; сверьтесь разработчики , they' довольно быстро реагирующее ре. – hakamadare 19 June 2009 в 16:52
По той же причине как Вы мы должны были реализовать фронтенд. Лично я нахожу их всех немного неуклюжими и предпочел бы управлять конфигурационными файлами вручную (меньше усилия). Но кажется, что у Вас нет большого выбора.
Мы используем монарха, но мне не нравится все это так очень.
Я не попробовал ничто больше также, но можно запустить здесь...
Я определенно рекомендовал бы Centreon как Nagios frontend. Это не только упрощает процесс конфигурации, но может также использоваться для отображения статуса и набора данных о производительности, возвращенных проверками Nagios, который является, чем преобразованный в симпатичные графики. Таким образом, в некотором смысле, obsoleting Кактусы также.
Глюк я подозрителен, - то, что конфигурация frontend может иногда создавать действительно скверные файлы конфигурации, которые не интуитивны для редактирования, вручную должен Вы нуждаться к позже. Это - вид проблемы с любой системой, которая использует машину, генерировал файлы конфигурации и довольно хорошо понят, даже если это не интуитивно.
Мой обычный подход с Nagios должен был использовать функции шаблонной обработки и наследования экстенсивно, и разделять мои конфигурации на многих, многих, многих, много файлов.
Стоит отметить здесь, что сообщество Nagios недавно разветвилось, потому что вид основного разработчика недостатка в навыках лидерства и Nagios действительно не улучшились или изменились очень за десять лет. Icinga является, предположительно, новым прохладным, но я еще не попробовал его.
-
1Спасибо за головы. Я hadn' t понял, что разветвился. Хороший для слежения. – palehorse 4 June 2009 в 23:06
UbuntuGeek просто отправил статью об этом очень подвергающемся сегодня. В том же направлении, поскольку http://www.ducea.com отвечает Xerxes, но просто немного более актуальной статьей с некоторыми более новыми включенными проектами. Так или иначе это - достойный быстрый обзор, касающийся нескольких gui конфигурации Nagios, который должен дать Вам хорошую начальную точку.
http://www.ubuntugeek.com/nagios-configuration-tools-web-frontends-or-gui.html
править
Новый официальный обмен nagios, открытый сегодня также, вот является ссылкой на раздел Configuration для справочника:
Nconf не поддерживает эскалацию служб и хостов
, но,
вы можете «расширить» приложение, чтобы поддерживать его непосредственно из веб-интерфейса. через меню администрирования создание двух новых классов «хостэскалация» и «сервисэскалация» в каждом новом классе вы должны определить атрибут escalationid с установленным «Naming Attribute» и не записывать в выводе специальный файл конфигурации
, затем определить любой атрибут, связанный с расширением, и который должен быть записан в файл конфигурации, например: host_name, связанное с классом хоста contact_groups в список классов контактных групп и так далее
Розничный продукт NagiosXI имеет разумную цену и скрывает все лежащие в основе текстовые файлы конфигурации. Мы используем его около шести месяцев и довольны его соотношением цена / качество.