Я собираюсь внедрить Nagios (скорее всего, в любом случае, может оказаться и другим инструментом), и мне было интересно, не захочет ли кто-нибудь поделиться своими лучшими практиками, когда дело доходит до создания, управления и поддержки файлов конфигурации, когда дело доходит до масштабируемость и управляемость, поскольку я считаю, что это может быстро превратиться в настоящий большой беспорядок.
Любые советы, примеры или даже полные конфигурации приветствуются, и я с удовольствием их просмотрю.
Также приветствуются инструменты. Пробовал NConf до сих пор, но сгенерированные файлы конфигурации, похоже, не выполняют то, что было обещано (не включая родительскую информацию для одного, и просто PITA, чтобы заставить их работать - они генерируют массу ошибок при проверке файлов конфигурации с помощью скрипт, предоставленный nagios)
Спасибо
я использую Фруктовый. Я считаю, что это огромная помощь, файлы конфигурации nagios могут стать очень громоздкими!
Fruity - это веб-инструмент с открытым исходным кодом для настройки системы сетевого мониторинга Nagios. Он разработан для обеспечения логического процесса создания и управления вашей сетью. Он написан на PHP и использует библиотеку абстракции базы данных AdoDB.
По-видимому, теперь он известен как Сирень... хм, думаю, мне стоит обновить!
Как оказалось, я написал HOWTO для разумных конфигураций Nagios: http://www.standalone-sysadmin.com/blog/2009/07/nagios-config/
По сути, meesterfox находится на правильном пути. Храните свои хосты в отдельных файлах, используйте наследование в своих интересах и создайте иерархию каталогов для ваших конфигураций, которая соответствует реальному миру.
Раньше я использовал git для управления изменениями в различных файлах конфигурации. При каждом изменении конфигурации файлы возвращаются в репозиторий. В разное время, обычно после серьезных изменений, мы перемещали репозиторий в центральное место как грязный способ делать резервные копии. Это работало довольно хорошо, но были проблемы. В основном из-за того, что просто забываешь проверить файлы, когда что-то изменилось.
У меня есть установка nagios, которая отслеживает несколько хостов из нескольких агентств. Я использую папки для хостов и служб (в отличие от 1 массивного файла), затем трехбуквенный префикс для агентства, затем дескриптор типа «переключатели», «серверы», «принтеры» или «рабочие станции», разделенные подчеркиванием. мне также легче иметь группы хостов декларация внутри хозяин объект, чем иметь члены декларация внутри группа хостов объект. таким образом вы редактируете только 1 файл при добавлении новых хостов в уже существующие группы.
Я интенсивно использую шаблоны (в их собственном файле), чтобы нужные люди получали уведомления о нужном сервисе для нужного хоста.
о, и, конечно же, я использую контроль версий (на данный момент svn, переход на git).
это прекрасно работает! я легко справлюсь. только одна проблема: почти никто другой не понимает конфигурационные файлы nagios, в которых я работаю, поэтому я перехожу на lilac, который отлично работает и очень хорошо использует систему шаблонов.
На моей предыдущей работе я настраивал фруктовый (сирени еще не было), чтобы другие тоже могли чувствовать себя комфортно, добавляя хосты в nagios.
NagiosQL это еще один инструмент настройки. Конфигурация хранится в MySQL.
Как сказал Джон выше, использование системы управления версиями для отслеживания изменений - хороший способ.
\\ Грег
Может, я просто упрям, но мне нравятся мои файлы конфигурации. С ними легко работать и делать резервные копии. Но есть веские причины использовать что-то вроде сирени. Но мне нравится KISS.
в любом случае, как у меня это есть: config dir установлен на объекты. Все хосты получают свой собственный файл, в котором есть все, что с ним связано. Таким образом, если мне нужно удалить хост, я могу переместить файл, и конфигурация не будет жаловаться. это также хорошо работает для добавления хостов; просто скопируйте файл, измените имя и адрес, соберите имена хостов и качайте своего дядю.