Действительно ли возможно использовать DNX для Nagios только с определенными проверками

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

# OPTIONAL: Local service check regular expression.
# This allows you to specify a regular expression which will be used to 
# disqualify matching service checks as candidates for remote execution by 
# DNX. Use this to make sure your local host checks stay local. There is no
# default value. If this parameter is not specified, then *ALL* Nagios checks 
# will be handled by DNX.

#localCheckPattern = .*local.*

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

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

У меня есть развертывание Nagios с единственным центральным сервером и затем Nagios, опрашивающим экземпляры в 3 дата-центрах, которые сообщают ему. Мы надеемся использовать DNX в каждом дата-центре от экземпляров опроса, чтобы смочь добавить рабочих DNX для поддержания способности выполнить все проверки в течение определенного промежутка времени. Поскольку больше проверок добавляется, мы можем добавить дополнительных рабочих DNX и когда количество снижения проверок сокращает количество рабочих DNX. В этом каждом экземпляре опроса только получает конфигурацию для тех проверок, которые это, как ожидают, активно проверит, и центральный сервер является установкой для принятия этих результатов как пассивные проверки.