В настоящее время у нас установлен Nagios 2.9, и уже несколько лет он работает нормально. Я хочу перенести его со старого сервера Linux на новый. Я установил Nagios 3.1.2 и работает нормально. Прежде чем я перенесу все 240+ наших устройств на новую установку, мне любопытно, как другие системные администраторы настраивают ее.
Я слышал о: - Каждый хост в своем собственном файле конфигурации с соответствующими службами, и вы можете скопировать, а затем отредактировать файл, чтобы легко добавить новое устройство и все подобные устройства в отдельные папки. - Все одинаковые хосты в одном файле конфигурации. Со всеми службами в том же конфигурационном файле или без них. - Все хосты и сервисы в одном файле. Затем зависимости выложены в отдельный файл (наша текущая конфигурация)
Как в вашей системе расположены файлы конфигурации Nagios? Я хотел бы получить разные идеи, чтобы сделать нашу работу максимально эффективной.
Недавно я разделил файлы по сферам деятельности, а затем по этапам / производству, но для этого потребовалось слишком много предварительных знаний от других коллег, чтобы просто найти что-то и изменить это. Также мы переместили несколько серверов, и я понял, что было бы полезно иметь файлы config-per-host, которые также можно было бы перемещать. Кроме того, наличие config-per-host позволяет аккуратно инкапсулировать весь мониторинг для определенного хоста (или группы хостов) в один файл и легко видеть, что вы делаете для этого хоста. Кроме того, у нас есть центральный файл commands.cfg, разделенный по каждой сфере деятельности, в котором можно легко найти.
Однако ничто из этого не является по-настоящему удовлетворительным - использование хранилища плоских файлов для конфигурации обязывает вас отдавать предпочтение одному конкретному методу упорядочивания по сравнению с другим. Такая конфигурация действительно выигрывает от реляционной модели. По этой причине в большинстве новых продуктов для мониторинга конфигурация реализована из базы данных.
В настоящее время NDOUtils (предупреждение: pdf) получает вашу конфигурацию и данные о событиях в базу данных, но, насколько мне известно, нет способа указать Nagios использовать эту базу данных в качестве источника конфигурации. Это дает вам возможность создавать таблицы помимо тех, которые требуются NDOUtils, возможно, создав отдельную базу данных nagios_config, где вы можете отобразить все, а затем создать сценарий решения, которое извлекает эту информацию из базы данных и создает вашу конфигурацию.
Я собираюсь попробовать использовать Puppet для генерировать мои конфиги Nagios Надеюсь, что в ближайшем будущем это позволит мне решить подобные проблемы.
Наша установка - это один файл конфигурации для каждого хоста, но все они содержатся в одном каталоге «hosts». Затем мы указываем этот каталог с помощью "cfg_dir =" в конфигурации nagios, и любые хосты, добавленные в этот каталог, автоматически выбираются при следующей перезагрузке.
У меня есть несколько групп одинаковых хостов. Итак, у меня есть файл конфигурации для каждого «типа» хоста, и я использую определение группы хостов в верхней части файла, так что мне нужно иметь только 1 набор определений сервисов для каждого «типа». У меня также есть несколько уникальных хостов, которые получают свой собственный файл конфигурации, и я храню эскалации в отдельном файле для каждого хоста / типа, чтобы я мог отключить их, просто закомментировав строку, которая импортирует этот конкретный файл.
В нашем случае файлы конфигурации Nagios создаются с помощью m4 и make для генерации файлов конфигурации из файлов макросов m4. Это увеличивает возможность легко реплицировать даже сложные конфигурации на нескольких хостах, а также изменять конфигурации и выполнять это во всех конфигурациях.
Утилита make также используется для перезапуска или перенастройки Nagios по мере необходимости, а также для проверки конфигураций после их создания.
В этом случае все хосты конкретной операционной системы находятся в одном файле, а «пассивные» конфигурации - в другом файле - все в одном каталоге. Другой каталог содержит службы и группы (опять же, с использованием макросов m4).
Этот вопрос действительно зависит от индивидуальности ваших хозяев. Если вы можете привести все наши хосты в соответствие с небольшим милым стандартом, вы действительно сможете творить чудеса с шаблонами. Лично я считаю, что он работает только для самых основных (например, Mem / Proc / Services в Windows). Затем он начинает усложняться (на одном сервере есть файловая система, которой необходимо отправлять предупреждения в группу поддержки производства для нарушений размера пространства. , но у него также есть другие файловые системы, которые необходимо передать группе поддержки разработчиков. И, кстати, у этого сервера есть уникальные диски, потому что он был куплен вашим начальником во время игры в гольф или в магазин)
Лично я использовал комбинацию Nagios 2.0 и 3.0 со смесью групп хостов. Я разделяю хосты на сгруппированные конфигурации ОС (окна с окнами, Solaris с Solaris, Linux с Linux). Затем я разбиваю основные проверки на core_checks.cfg (память, процессор, проверки основных процессов), затем разбиваю службы, которые я отслеживаю, на разные файлы конфигурации (проверки базы данных Oracle, проверки моей базы данных Sql, проверки очень конкретной файловой системы, Проверки на сайте). Это позволяет мне логически организовывать мои файлы конфигурации для меня и всех, кто придет после меня. Заметка Сейчас у меня есть 4400 чеков, так что для других это может быть излишним.
В конечном итоге у меня есть такая структура: nagios \ etc \ core_checks.cfg nagios \ etc \ hosts \ windows_servers.cfg, solaris_servers.cfg nagios \ etc \ services \ oracle_databases.cfg, MSSQL_databases.cfg
Подход с использованием одного файла конфигурации для контролируемого сервера прост и гибок в использовании.
На мой взгляд, самая большая разница заключается в том, как вы реализуете свои шаблоны nagios. Можно легко изменить один параметр, который влияет на все серверы только в одном файле (шаблоне), который все еще используют все серверы, или вам необходимо изменить множество файлов конфигурации.
В больших настройках вы увидите разницу в размере файла с использованием или без шаблонов, без шаблонов вы можете легко сохранить от КБ с шаблонами до МБ, что влияет на время запуска nagios.