Мы внедрили Nagios для сервисов в нашей сети, и он отлично работает. Уведомления приятные, а широкий спектр параметров настройки очень удобен. До этого момента мы выполняли всю настройку вручную, напрямую изменяя файлы.
Поскольку мы начинаем немного открывать это для некоторых других администраторов, я хотел бы реализовать графический интерфейс, который снизит вероятность ошибок. Я проверил несколько разных проектов с графическим интерфейсом, и пока кажется, что NagiosQL и NConf пока являются главными претендентами.
Есть ли какие-либо рекомендации между этими двумя или, возможно, другими, которые следует учитывать? Как насчет историй по установке и использованию, "подводных камней" и советов, которые могут быть полезны при принятии решения?
Мы используем OpsView на работе. Это веб-интерфейс с графическим интерфейсом, который обрабатывает такие вещи, как масштабирование службы Nagios с помощью кластеризации. Вы можете добавлять новые хосты, новые службы через Интернет и подтверждать отключение. Он также записывает исторический обзор сервисов, если вы хотите знать, например, сколько ЦП регулярно требуется серверу.
Однако вы по-прежнему не сможете добавлять скрипты Nagios через Интернет.
У нас есть хороший опыт работы с Opsview для управления Nagios. Однако было бы ошибкой думать об этом как о "интерфейсе" для Nagios; вместо этого думайте об этом как о системе мониторинга, которая использует Nagios в качестве основного движка.
Конфигурация Nagios хранится в БД, а файлы конфигурации Nagios генерируются программно, поэтому, если вы привыкли, скажем, хранить свои конфигурации Nagios в системе управления версиями или генерировать их с помощью какого-либо собственного скрипта, вам необходимо откажитесь от этих процедур.
Вместо этого вы получаете следующее:
-Стив
Мы стоим перед таким же решением, и в настоящее время nconf - наш фаворит. Он имеет большое преимущество в том, что он разработан для больших распределенных сред.
Он автоматически создает файлы конфигурации для разных серверов nagios, один из которых является своего рода сборщиком, а другой - монитором, который получает только пассивные проверки от сборщика.
С другой стороны, в настоящее время вы не можете обрабатывать эскалацию с помощью nconf!
http://sourceforge.net/apps/mediawiki/nconf/index.php?title=Main_Page
Проблема, к которой я подозреваю, заключается в том, что интерфейс конфигурации может иногда создавать действительно мусорные файлы конфигурации, которые трудно редактировать вручную, если вам это понадобится позже. Это своего рода проблема с любой системой, которая использует файлы конфигурации, сгенерированные машиной, и она довольно хорошо понятна, даже если она не интуитивно понятна.
Мой обычный подход к Nagios заключался в том, чтобы широко использовать возможности шаблонов и наследования и разбивать мои конфигурации на множество, много, много, много файлов.
Здесь стоит отметить, что сообщество Nagios недавно разветвилось из-за недостатка лидерских качеств у основного разработчика, а Nagios действительно не улучшился и не сильно изменился за десять лет. Icinga якобы новая крутая штука, но я еще не пробовал.
UbuntuGeek только что опубликовал сегодня статью на эту тему. Это по той же схеме, что и http://www.ducea.com ответ от Xerxes, но просто немного более свежая статья с добавлением некоторых новых проектов. В любом случае, это достойный быстрый обзор, охватывающий несколько графических интерфейсов конфигурации Nagios, который должен дать вам хорошую отправную точку.
http://www.ubuntugeek.com/nagios-configuration-tools-web-frontends-or-gui.html
редактировать
Новый официальный Обмен nagios также открылся сегодня, вот ссылка на раздел конфигурации для быстрого ознакомления:
Nconf не поддерживает эскалацию услуг и хостов
но,
вы можете «расширить» приложение для поддержки его непосредственно из веб-интерфейса через меню администрирования, создав два новых класса «hostescalation» и «serviceescalation» в каждом новом классе, вы должны определить атрибут escalationid с установленным «Naming Attribute», а не записанным в вывод специального файла конфигурации
затем определите любой атрибут, связанный с эскалацией и который должен быть записан в файл конфигурации, например: host_name, связанный с классом хоста, contact_groups, со списком класса contactgroups и т. д.
По той же причине, что и вы, нам пришлось реализовать интерфейсную часть. Лично я считаю их все немного неуклюжими и предпочел бы управлять файлами конфигурации вручную (меньше усилий). Но, похоже, у тебя нет особого выбора.
Мы используем monarch, но мне это не очень нравится.
Я тоже ничего другого не пробовал, но вы можете начать здесь ...
Я определенно рекомендую Centreon в качестве интерфейса для Nagios. Это не только упрощает процесс настройки, но также может использоваться для отображения статуса и сбора данных о производительности, возвращаемых проверками Nagios, которые затем преобразуются в красивые графики. Таким образом, в каком-то смысле устаревают и Cacti.
Розничный продукт NagiosXI имеет разумную цену и скрывает все основные текстовые файлы конфигурации. Мы используем его около шести месяцев и довольны его стоимостью / преимуществами.