Я собираюсь реализовать Nagios (скорее всего, в любом случае, может оказаться и другим инструментом), и мне было интересно, если кто-то хотел бы поделиться своими лучшими практиками, когда речь идет о создании, управлении и обслуживании файлов конфигурации, когда дело доходит до масштабируемость и управляемость, поскольку я считаю, что это может быстро превратиться в настоящий беспорядок.
Любые советы, примеры или даже полные конфигурации будут приветствоваться, и я с радостью посмотрю их.
Инструменты также приветствуются. До сих пор пробовал NConf, но сгенерированные файлы конфигурации, кажется, не выполняют то, что было обещано (не включая родительскую информацию для одного, и просто PITA, чтобы заставить их работать - они генерируют кучу ошибок при проверке файлов конфигурации с скрипт, предоставленный nagios)
Спасибо
В прошлом я использовал git для управления изменениями в различных файлах конфигурации. При каждом изменении конфигурации файлы проверяются в хранилище. В разное время, обычно после серьезных изменений, мы помещали репозиторий в центральное место, как грязный способ создания резервных копий. Это работало довольно хорошо, но были проблемы. В основном, просто забыв проверить файлы, как все изменилось.
источник
У меня есть настройка nagios, которая контролирует несколько хостов из нескольких агентств. я использую папки для хостов и сервисов (в отличие от 1 массивного файла), затем трехбуквенный префикс для агентства, затем дескриптор, такой как «коммутаторы», «серверы», «принтеры» или «рабочие станции», разделенные подчеркиванием. Я также считаю, что намного проще иметь объявление hostgroups внутри объекта host, чем иметь объявление членов внутри объекта hostgroup . таким образом вы редактируете только 1 файл при добавлении новых хостов в уже существующие группы.
я интенсивно использую шаблоны (в своем собственном файле), чтобы правильные люди получали уведомления о правильном сервисе для правильного хоста.
о, и, конечно, я использую контроль версий (сейчас svn, переход на git).
это работает прекрасно! Я могу легко справиться с этим. только одна проблема: почти никто не понимает конфигурационные файлы nagios, где я работаю, поэтому я перехожу на сиреневый, который прекрасно работает и действительно эффективно использует систему шаблонов.
я на своей предыдущей работе настроил фруктовый (еще не было сирени), чтобы другие могли чувствовать себя комфортно, добавляя хостов к nagios.
источник
NagiosQL - еще один инструмент настройки. Конфигурация хранится в MySQL.
Как сказал Джон выше, использование системы контроля версий для отслеживания изменений - это хороший путь.
\\ Greg
источник
Может быть, я просто упрямый, но мне нравятся мои файлы конфигурации. С ними легко работать и резервировать. Но есть веские причины использовать что-то вроде сирени. Но я люблю целоваться.
во всяком случае, как у меня это: config dir установлен для объектов. Все хосты получают свой собственный файл, внутри которого есть все, что с ним связано. таким образом, если мне нужно удалить хост, я могу переместить файл, и конфигурация не будет жаловаться. это также хорошо работает для добавления хостов; просто дублируйте файл, измените имя и адрес, соберите имена хостов и покачайте своего дядю.
источник