Выполнение скрипта на главном узле, когда клиентский хост выходит из строя

Я знаю, что по умолчанию «Команда события» выполняется в «Конечной точке команды», выполняющей проверку устройства. Есть ли способ изменить это или определить, на какой конечной точке выполняется команда события? Мне нужно, чтобы команды событий выполнялись на главном узле, а не на клиенте, когда хост выходит из строя.

Если это невозможно, существует ли способ выполнения скрипта на главном сервере icinga2, если хост, отслеживаемый клиентским сервером icinga2, выйдет из строя?


person alexis    schedule 15.08.2017    source источник


Ответы (1)


Если вы используете Icinga2 Director, вы можете указать мастер-зону в сервисе service

Или просто убедитесь, что объект службы находится в зоне главного узла.

Изменить: вы можете установить конечную точку команды с помощью command_endpoint = в своем шаблоне хоста. Вот пример:

template Host "LAN Distribution Switch" {
    check_command = "hostalive"
    max_check_attempts = "3"
    check_interval = 5m
    retry_interval = 1m
    enable_notifications = true
    enable_perfdata = true
    command_endpoint = "ICINGA-2"
    vars.check_fans = "true"
    vars.check_power = "true"
    vars.device_role = "lan-distro"
    vars.snmp_community = "PUBLIC"
}

Затем убедитесь, что шаблон импортирован в ваше определение хоста.

person cflinspach    schedule 17.08.2017
comment
К сожалению, у нас не установлен директор, так что это не вариант. Я не уверен, что вы подразумеваете под запуском службы в основной зоне. Главный сервер не имеет доступа к отслеживаемому устройству, поэтому используется отдельная конечная точка Command, расположенная на другом сайте. - person alexis; 29.08.2017
comment
Хорошо, я обновил свой ответ. Конечная точка команды — это место для запуска команды. - person cflinspach; 29.08.2017