13 Обновление мониторинга сервисов

Обзор

В Zabbix 6.0 функциональность мониторинга сервисов была значительно переработана (см. Что нового в Zabbix 6.0.0 со списком изменений).

На этой странице описано, как сервисы и SLA, определённые в более ранних версиях Zabbix, изменяются при обновлении до Zabbix 6.0 или новее.

Сервисы

В более старых версиях Zabbix у сервисов было два типа зависимостей: мягкие и жёсткие. После обновления все зависимости станут равнозначными.

Если сервис «Дочерний сервис» ранее был связан с «Родительским сервисом 1» через жёсткую зависимость, а дополнительно с «Родительским сервисом 2» через мягкую зависимость, то после обновления у «Дочернего сервиса» будет два родительских сервиса: «Родительский сервис 1» и «Родительский сервис 2».

Сопоставление проблем и сервисов на основе триггеров было заменено сопоставлением на основе тегов. В Zabbix 6.0 и новее форма настройки сервиса содержит новый параметр Теги проблем, который позволяет указать одну или несколько пар имени и значения тега для сопоставления проблем. Триггеры, которые были связаны с сервисом, получат новый тег 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 для существующих сервисов.