А возможно ли получать данные в Item только ПОСЛЕ срабатывания триггера?

[Stanley_Lee]

Хочется реализовать такой функционал: срабатывает некий триггер и начинается сбор данных для диагностики. Собирать данные постоянно - слишком накладно, да и бесполезно (там большая портянка текста).
Можно как то связать срабатывание триггера и запуск сбора данных? Не хочется городить костыли через sender.

[Kos]

Думаю, только через API.
Т.е. настраиваете на хосте те данные, которые нужно будет собирать, но оставляете элементы данных в состоянии "Disabled", а при срабатывании триггера через соответствующий Action запускаете скрипт, который при помощи Zabbix API переводит их в состояние "Enabled". Пример такого подхода (использование API для закрытия проблемы) был недавно опубликован в блоге компании (ссылка).

[Stanley_Lee]

Думаю, только через API.
Т.е. настраиваете на хосте те данные, которые нужно будет собирать, но оставляете элементы данных в состоянии "Disabled", а при срабатывании триггера через соответствующий Action запускаете скрипт, который при помощи Zabbix API переводит их в состояние "Enabled". Пример такого подхода (использование API для закрытия проблемы) был недавно опубликован в блоге компании (ссылка).

Благодарю, почитаю. Пока сделал через экшен запуск скрипта на хосте, который посылает на трап данные. Но я думал, может есть более штатные механизмы... Кажется вполне логичным добавить функционал управления итемами через срабатывание триггеров. Без прослойки Action, я имею в виду.

[Semiadmin]

ZBXNEXT-1414, 8 лет назад. Решили пойти другим путем - через использование троттлинга.

[Stanley_Lee]

ZBXNEXT-1414, 8 лет назад. Решили пойти другим путем - через использование троттлинга.

Это пардон муа, как? Не совсем понимаю смысл термина тротлинг в применении к Заббиксу.

[Hamardaban]

это вот о чем

https://www.zabbix.com/documentation/current/ru/manual/config/items/preprocessing

Троттлинг

	Отбрасывать не изменившееся	Отбросить зачение, если оно не изменилось. Если значение отбрасывается, оно не сохраняется в базе данных, и Zabbix сервер не знает, что это значение было получено. Выражения триггера не будут оцениваться, в результате не будет созданы/закрыты проблемы для связанных триггеров. Функции триггера будут работать только на основе данных, которые фактически сохранены в базе данных. Поскольку тренды строятся на основе данных в базе данных, если в течение часа не сохраняются значения, то для этого часа также не будет данных о трендах. Для элемента можно указать только один параметр троттлинга.
Отбрасывать не изменившееся с периодическим контролем	Отбросить зачение, если оно не изменилось в течние определенного периода (в секундах). Поддерживаются положительные целые значения для указания секунд (минимум - 1 секунда). В этом поле можно использовать суффиксы времени (например, 30 с, 1 м, 2 ч, 1 д). В этом поле можно использовать пользовательские макросы и макросы низкоуровневого обнаружения. Если значение отбрасывается, оно не сохраняется в базе данных, и Zabbix сервер не знает, что это значение было получено. Выражения триггера не будут оцениваться, в результате не будет созданы/закрыты проблемы для связанных триггеров. Функции триггера будут работать только на основе данных, которые фактически сохранены в базе да

[Stanley_Lee]

Мне кажется, это не совсем тоже самое. Хотя, надо погрузиться в тему поглубже, может и правда стоит посмотреть в сторону препроцессинга, а не играться со скриптами (хотя оно и работает).
Но елки-палки, почему нельзя было сделать ПРЯМОЙ путь то??? Сработал триггер - Совершается действие. Все, никаких костылей. В "действие" можно добавлять кучу всего, в том числе и включение итема.

[Hamardaban]

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

[Stanley_Lee]

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

Через API - это через задницу.
И что за чушь про то, что я не понимаю, будто от отключенного итема не срабатывает триггер? Цитатку или извинения будьте любезны.

[Hamardaban]

« Сработал триггер - Совершается действие. Все, никаких костылей. В "действие" можно добавлять кучу всего, в том числе и включение итема.» - это про что? Включение итема подразумевает что он выключен? Так? И априори в контексте рассуждения о триггере понимается что термин итем употребляется именно для обозначения элемента данных по которому сработал этот триггер. Вот отсюда и сделано заключение что понимания нет.

Про кривизну решений - сами решайте что вам нужно и чем пользоваться. Мне например фиолетово как и что вы у себя делаете.

А извинения - это не ко мне. я хам. максимум могу более не обращать внимание на ваши посты. копайтесь сами.

[Stanley_Lee]

Прочитал по ссылке выше о решении задачи закрытия события через API. Это... у меня нет приличных слов. И хотя автор прямо в тексте пишет о workaround, но это в сто раз хуже. Такую простую вещь, как закрытие срабатывания триггера надо делать через API. Видимо в недрах разработки Zabbix засели "мудрые" программисты, обожающие json и презирающие логику. Это печально

[Stanley_Lee]

Включение итема подразумевает что он выключен? Так? И априори в контексте рассуждения о триггере понимается что термин итем употребляется именно для обозначения элемента данных по которому сработал этот триггер. Вот отсюда и сделано заключение что понимания нет.

С таким уровнем "понимания" - да, лучше не обращайте внимания на мои посты. Толку от вас ровно ноль, а негатив от хамства остается.
Речь шла про ДРУГОЙ итем, который приводит к срабатыванию триггера, а срабатывание триггера к включению итема (специально для вас подчеркиваю - другого итема, не первого. Так понятно?). Но у вас же вокруг сплошные идиоты, ага... Они по выключенным итемам триггеры хотят и не понимают прелести костылей через API.

[Semiadmin]

Ну так напишите ZВXNEXT. Например, о возможности менять значение user macro на уровне хоста через action. Все же вкл/выкл чего-либо, как мне кажется, скорее должно делаться через API, а вот поменять макросом интервал обновления айтема (или нескольких сразу), evaluation period или порог триггерной функции - было бы интересно и полезно многим. Из всех систем мониторинга, которые я видел, подобное было только в Dell Foglight.