Действия обнаружения для деактивации хостов

[MikeTk]

Всем привет. Разбираюсь с автодискавери. Не могу понять чем отличается Состояние обнаружения потерян от недоступен. Заббикс 6.4

Хочу реализовать следующую задачу, при появлении в сети хоста он автоматом добавляется, вешаются шаблону, добавляется в группы и все прочее. Это работает прекрасно.

Но хочется еще и отключить данный хост, когда он перестал быть доступен.

Сделал правило, если объект недоступен больше 600 секунд, отключить его. Добавил для отладки отправку сообщения.

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

Как сделать чтобы условие выполнилось один раз?

[Hamardaban]

Не по сути вопроса но может пригодится....
Для версии 4 я рисовал вот такую схемку для лучшего понимания перехода между состояниями

[Kos]

Hamardaban, схемка хорошая, но не относится к тому, о чём спрашивал автор вопроса. У него речь идёт о сетевом обнаружении.
Я бы рекомендовал в случае неясных моментов в русской версии документации обращаться, в первую очередь, к документации по версии 6.0 (как LTS-версия, она чуть лучше поддерживается, а в отношении сетевого обнаружения между версиями 6.0 и 6.4 ничего существенно не менялось), а если яснее не станет - к английскому оригиналу.

По сути:

• Узел сети потерян (Host Lost) - когда устройство раньше (предыдущий раз) отвечало хоть на какие-то запросы, а сейчас не отвечает ни на один.
• Узел сети недоступен (Host Down) - при предыдущей проверке устройство не отвечало ни на один из запросов, и продолжает молчать и сейчас.

Да, всё делаете верно. Я бы добавил ещё одно условие, чтобы деактивировать узел сети (хост) только в том случае, если время его недоступности попадает в какой-то диапазон (чуть бОльший, чем период проверок сетевого обнаружения).

[Hamardaban]

дас.... что-то я маханул не в ту степь

[MikeTk]

А что даст еще одно условие? Ну вот например у меня обнаружение работает с интервалом минута. Если узел недоступен минуту и десять минут? Ну тогда условие выполнится только через 10 минут. Это не проблема. Проблема в том, что через 11, 12 и т.д. минут будет отрабатывать деактивация узла.

Возможно конечно эта операция вообще не отъедает рессурсов и я напрасно парюсь. Просто каждый раз узел будет отключаться. Я настрою интевал не на минута, а на 10 или 60 минут и все не будет тормозить уж очень сильно. Я не исключаю. Но как быть, если я хочу еще и сообщение об этом отправить? Тогда у меня будет очень много сообщений и том что узел по прежнему не доступен. Хотя мне достаточно и одного? ВОт эту логику я и пытаюсь понять. Т.е. сделать сработку тригира однократной.

Добавить условие, что узел не доступен больше десяти минут но больше часа поэтому ничего не делать, я не могу, ну или делаю это как то не правильно. Если поеделитесь скрином, буду весьма признателен.

[Kos]

Ну, во-первых, я не вижу реального смысла в сетевом обнаружении с интервалом 1 минута. У вас действительно настолько критично обнаруживать и ставить на мониторинг новые устройства в течение одной минуты? Вполне допускаю, ситуации разные бывают, но я пока с такими не сталкивался. Как правило, более разумный интервал - раз в час. Но, допустим, вы действительно не хотите ждать долго, и выставляете интервал 10 минут. Ну и, конечно, нужно учитывать, как долго идёт один цикл опроса (предположим, минут 5). При таких условиях можно для действия выставить условия:

• Состояние обнаружения равно недоступен;
• Доступен/недоступен больше чем или равно 20
• Доступен/недоступен меньше чем или равно 29

В таком случае действие (например, деактивация узла и отсылка уведомления) будет выполняться, когда устройство не отвечает на запросы в течение получаса: после первого цикла опроса будет сгенерировано событие "узел сети потерян", при следующих - "узел сети недоступен"; на второе событие "недоступен"действие сработает, а не последующие аналогичные события - уже нет (т.к.время недоступности для них уже превысит 29 минут).