Zabbix agent не мониторится после смены IP, есть ли варианты кроме резервации IP и переподключение хостов по DNS?
Имеются:
1 сервер и 1000 хостов с активными агентами
Задача: при смене ip, узел должен продолжать мониторится (резервирование ip и переключение агента на DNS не рассматривается)
При настройке авторегистрации, узел становится неактивным и статус - no route to host (что логично)
Настроить обнаружение не пробовал. В оф. документации говорится : "Начиная с Zabbix 2.4.0, узлы сети, которые созданы правилом сетевого обнаружения, удаляются автоматически, если обнаруженный объект более не входит в диапазон IP адресов этого правила. Узлы сети удаляются немедленно". Как я понял созданный узел, после смены ip удалится.
Есть вариант через API обновлять интерфейсы узлов (хабрпривет), но все же хотел удостовериться что вариант комьюнити сильнее.
Кто нибудь сталкивался с подобной проблемой? Если да, то как решили вы?
Для правильного вопроса надо знать половину ответа
Активные агенты сами обращаются к серверу за заданиями и сами посылают серверу результат. Соответственно, то что сервер не может к ним обратиться, значения не имеет.
Обнаружение вам не нужно, оно используется для поиска сервером узлов в сети, а ваши активные клиенты сами посылают запросы, по которым сервер их и добавляет в список.
IP-адрес активного агента и смена этого адреса значения не имеют, важны имя узла, которым представился агент и пароль к серверу.
Зачем тогда Z server создает ip адрес для узла в интерфейсе?
И если интерфейс не важен (ip/dns), то как тогда Zabbix будет использовать скрипты на хосте?
Из Вашего ответа Zabbix будет использовать имя при подключении тоесть : {HOST.NAME}
Но те же скрипты/wmi запросы/ping не будут работать с именами если не настроен DNS. Ваш ответ хорош, если узлы в одном домене или в одной сети
meloAnge1o, Если у вас агент в активном режиме и задания настроены на активный режим, то происходит следующее:
- агент обращается к серверу и запрашивает список заданий;
- сервер, убедившись, что у агента правильный пароль, при необходимости добавляет его в свою базу (по имени узла, пришедшего от агента) и посылает на агент список заданий, с указанием периодичности их выполнения;
- агент получает список заданий и по указанному расписанию выполняет задания, отправляя результаты на сервер.
Как видите, в этой схеме серверу не надо знать IP агента. Агент может быть в серой сети, ни на какие пинги по умолчанию он при этом не ответит, но результаты заданий будет посылать исправно.
Вместо пинга можно использовать какое-либо часто выполняемое задание и проверять время последнего поступления результата этого задания.
Простой
Средний
