Вычисляем сумму времени проблемы по элементу данных.

[IkarusKam]

Появилась не тривиальная задача над, которой ломаю вторые сутки голову. Задача заключается в том, что требуется суммировать время проблемы, которая возникала по Элементу данных. Например - Имеется сервер с Windows Server 2019 и проблема с тем, что Диск С переполнен и так несколько раз в день (5 минут в 13:00, 11 минут в 15:00, 18 минут в 23:00).
Есть идея - Создать Элемент данных. Триггер в котором имеется имя Элемента данных и суммируем по проблемам и формулой в триггере count("item1", 24h, "problem").
Но почему-то не отрабатывает как мне надо, какие у вас могут быть предложения?

[Kos]

Что-то подсказывает мне, что Вы изобретаете мониторинг услуг (ссылка).

[IkarusKam]

Извините, ранее не работал с "Услугами" а можете наводочку дать пожалуйста, прочитал документацию, которую вы предоставили. Он мне дает состояние "ОК". Но проблемы по данному тэгу сегодня были... Можно ли как-то реализовать, чтобы не в данный моменты проблем нет, а выводил минуты простоя? Или Zabbix такого не умеет?

[Kos]

IkarusKam, услуги начинают обсчитываться с того момента, как их настроили (т.е. обсчёта "задним числом" не происходит).
И при настройке услуги можно указать (начиная с версии 6.0, это делается посредством тегов) ссылки на конкретные триггеры, от которых эта услуга зависит.
Если в настройках SLA указать, что вас интересует ежедневная статистика, а уровень SLO - 100%, то недоступность услуги будет высчитываться на каждое срабатывание соответствующего триггера (или нескольких триггеров). На экране Услуги -> SLA отчёт это будет видно примерно в таком виде:

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

[IkarusKam]

Спасибо за помощь. Я реализовал данную функцию на полную. Но есть один нюанс, имеется Элемент данных, который регулярно пересоздается и у него меняется "тэг" Например - Switch, спустя пол дня, может создаться новый Switch2. Я указал в Тэги проблем - имя (оно постоянное) значение (Switch*). Будет ли так отрабатывать "Услуга"?

[Kos]

Но есть один нюанс, имеется Элемент данных, который регулярно пересоздается и у него меняется "тэг" Например - Switch, спустя пол дня, может создаться новый Switch2. Я указал в Тэги проблем - имя (оно постоянное) значение (Switch*). Будет ли так отрабатывать "Услуга"?

Вы так и не указали версию Zabbix; но, судя по тому, что соответствие между услугами и проблемами выставляется при помощи тегов, то это как минимум 6.0.

Тогда, отвечая на ваш вопрос, напомню, что в настройках услуги (ссылка), когда задаётся это соответствие между услугой и проблемой, явно указывается условие этого соответствия: либо полное совпадение значения тега (условие "Равно"), либо достаточно частичного (условие "Содержит"), причём в последнем случае сравнение идёт без учёта регистра. Однако, всё это относится именно к значению тега, а не к его имени; имя тега всегда проверяется только на полное совпадение и только с учётом регистра.

[Alex_UUU]

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