Обновление мониторинга сервисов
Обзор
В Zabbix 6.0 функциональность мониторинга сервисов была существенно переработана (см. Что нового в Zabbix 6.0.0 для списка изменений).
На этой странице описано, как сервисы и SLA, определенные в более ранних версиях Zabbix, изменяются при обновлении до Zabbix 6.0 или более новой версии.
Службы
В более старых версиях Zabbix у служб было два типа зависимостей: soft и hard. После обновления все зависимости станут равнозначными.
Если служба "Child service" ранее была связана с "Parent service 1" через hard dependency и дополнительно с "Parent service 2" через soft dependency, то после обновления у службы "Child service" будет две родительские службы: "Parent service 1" и "Parent service 2".
Сопоставление между проблемами и службами на основе триггеров было заменено сопоставлением на основе тегов. В Zabbix 6.0 и новее в форме настройки службы появился новый параметр Problem tags, который позволяет указать одну или несколько пар имя тега и значение для сопоставления проблем. Триггеры, которые были связаны со службой, получат новый тег ServiceLink : <trigger ID>:<trigger name> (значение тега будет обрезано до 32 символов). Связанные службы получат ServiceLink тег проблемы с тем же значением.
Правила расчета статуса
Алгоритм расчета статуса будет обновлен с использованием следующих правил:
- Не вычислять → Установить статус в OK
- Проблема, если хотя бы один дочерний элемент имеет проблему → Наиболее критичный из дочерних сервисов
- Проблема, если все дочерние элементы имеют проблемы → Наиболее критичный, если все дочерние элементы имеют проблемы
SLA
Ранее целевые показатели SLA приходилось определять отдельно для каждого сервиса. Начиная с Zabbix 6.0, SLA стал отдельной сущностью, которая содержит информацию о расписании сервиса, ожидаемом целевом уровне обслуживания (SLO) и периодах простоя, которые нужно исключать из расчета. После настройки SLA можно назначить нескольким сервисам через теги сервиса.
Во время обновления:
- Идентичные SLA, определенные для каждого сервиса, будут сгруппированы, и для каждой группы будет создан один SLA.
- Каждый затронутый сервис получит специальный тег
SLA:<ID>, и такой же тег будет указан в параметре Теги сервиса соответствующего SLA. - Время создания сервиса, новый показатель в отчетах SLA, для существующих сервисов будет установлено в 01/01/2000 00:00.