Управление конфигурацией Nagios

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

Любые советы, примеры или даже полные конфигурации будут приветствоваться, и я с радостью посмотрю их.

Инструменты также приветствуются. До сих пор пробовал NConf, но сгенерированные файлы конфигурации, кажется, не выполняют то, что было обещано (не включая родительскую информацию для одного, и просто PITA, чтобы заставить их работать - они генерируют кучу ошибок при проверке файлов конфигурации с скрипт, предоставленный nagios)

Спасибо

Как оказалось, я написал HOWTO для нормальных конфигураций Nagios: http://www.standalone-sysadmin.com/blog/2009/07/nagios-config/

По сути, meesterfox находится на правильном пути. Храните ваши хосты в отдельных файлах, используйте наследование в ваших интересах и создайте иерархию каталогов для ваших конфигов, которые отображаются в реальном мире.

Я использую Fruity . Я считаю, что это огромная помощь, файлы конфигурации nagios могут быть очень громоздкими!

Fruity - это веб-инструмент конфигурации с открытым исходным кодом для системы мониторинга сети Nagios. Он предназначен для обеспечения логического процесса создания и управления вашей сетью. Он написан на PHP и использует библиотеку абстракции базы данных AdoDB.

Видимо, теперь он известен как Сирень ... хм, думаю, я должен обновить!

В прошлом я использовал git для управления изменениями в различных файлах конфигурации. При каждом изменении конфигурации файлы проверяются в хранилище. В разное время, обычно после серьезных изменений, мы помещали репозиторий в центральное место, как грязный способ создания резервных копий. Это работало довольно хорошо, но были проблемы. В основном, просто забыв проверить файлы, как все изменилось.

У меня есть настройка nagios, которая контролирует несколько хостов из нескольких агентств. я использую папки для хостов и сервисов (в отличие от 1 массивного файла), затем трехбуквенный префикс для агентства, затем дескриптор, такой как «коммутаторы», «серверы», «принтеры» или «рабочие станции», разделенные подчеркиванием. Я также считаю, что намного проще иметь объявление hostgroups внутри объекта host, чем иметь объявление членов внутри объекта hostgroup . таким образом вы редактируете только 1 файл при добавлении новых хостов в уже существующие группы.

я интенсивно использую шаблоны (в своем собственном файле), чтобы правильные люди получали уведомления о правильном сервисе для правильного хоста.

о, и, конечно, я использую контроль версий (сейчас svn, переход на git).

это работает прекрасно! Я могу легко справиться с этим. только одна проблема: почти никто не понимает конфигурационные файлы nagios, где я работаю, поэтому я перехожу на сиреневый, который прекрасно работает и действительно эффективно использует систему шаблонов.

я на своей предыдущей работе настроил фруктовый (еще не было сирени), чтобы другие могли чувствовать себя комфортно, добавляя хостов к nagios.

NagiosQL - еще один инструмент настройки. Конфигурация хранится в MySQL.

Как сказал Джон выше, использование системы контроля версий для отслеживания изменений - это хороший путь.

\\ Greg

Может быть, я просто упрямый, но мне нравятся мои файлы конфигурации. С ними легко работать и резервировать. Но есть веские причины использовать что-то вроде сирени. Но я люблю целоваться.

во всяком случае, как у меня это: config dir установлен для объектов. Все хосты получают свой собственный файл, внутри которого есть все, что с ним связано. таким образом, если мне нужно удалить хост, я могу переместить файл, и конфигурация не будет жаловаться. это также хорошо работает для добавления хостов; просто дублируйте файл, измените имя и адрес, соберите имена хостов и покачайте своего дядю.