Установить зависимость элементов данных

[cvetkov]

Задача заключается в следующем. Выполняется мониторинг элемента данных, например статус виртуального IP адреса на узле (поднят - UP, либо не поднят - DOWN). Результат мониторинга необходимо подствить в качестве параметра ключа другого элемента данных. Т.е. мониторинг другого элемента данных зависит от значение первого элемента данных.

Вопрос - как это можно сделать?

Версия zabbix - 2.2.7

[sadman]

А второй элемент данных как распоряжается знанием этого результата?

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

[cvetkov]

А второй элемент данных как распоряжается знанием этого результата?

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

Но именно так ведет себя обнаружение, т.е. результат обнаружения подставляется в ключ. Сам ключ, не меняется, меняется значение параметра, передуваемого ключу. Поставим вопрос, так - можно ли элементу данных передать последнее отмониториное значение другого элемента данных.

[Semiadmin]

раз уж вы начали пример приводить, и описали его первую часть (статус виртуального ip адреса на узле (поднят - up, либо не поднят - down)), так уж опишите детально и вторую, что именно с этим знанием делать предполагается. а то как-то туманно - "результат мониторинга необходимо подствить в качестве параметра ключа другого элемента данных".

[cvetkov]

раз уж вы начали пример приводить, и описали его первую часть (статус виртуального ip адреса на узле (поднят - up, либо не поднят - down)), так уж опишите детально и вторую, что именно с этим знанием делать предполагается. а то как-то туманно - "результат мониторинга необходимо подствить в качестве параметра ключа другого элемента данных".

если виртуальный ip поднят, то выполняется мониторинг процесса (запущен или нет) и если процесс не запущен, то - алерт.

[sadman]

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

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

в описанном случае, полагаю, проще ввести в триггер дополнительное условие на предмет проверки состояния ip.

[Semiadmin]

Рациональное зерно здесь, конечно, есть. Скажем, если порт down, то нечего грузить железку запросами о трафике, ошибках etc, да еще и хранить ответы в БД. По сути, старое доброе ZBXNEXT-1414. Позавчера как раз 6 лет исполнилось. Что-то мне подсказывает, что дело может сдвинуться с мертвой точки, когда в Zabbix появятся теги для айтемов. Возможно, где-нибудь в 5.0.... Так что пока можете на 2.2 оставаться.