Actualización de la monitorización de servicios

Resumen

En Zabbix 6.0, la funcionalidad de monitorización de servicios se ha rediseñado de forma significativa (consulte Novedades de Zabbix 6.0.0 para ver la lista de cambios).

Esta página describe cómo se modifican los servicios y los SLA, definidos en versiones anteriores de Zabbix, durante una actualización a Zabbix 6.0 o posterior.

Servicios

En versiones anteriores de Zabbix, los servicios tenían dos tipos de dependencias: blandas y duras. Después de una actualización, todas las dependencias pasarán a ser iguales.

Si un servicio "Child service" se ha vinculado previamente a "Parent service 1" mediante una dependencia dura y además a "Parent service 2" mediante una dependencia blanda, después de una actualización el "Child service" tendrá dos servicios padre: "Parent service 1" y "Parent service 2".

La asignación entre problemas y servicios basada en triggers ha sido reemplazada por una asignación basada en etiquetas. En Zabbix 6.0 y versiones posteriores, el formulario de configuración del servicio tiene un nuevo parámetro Problem tags, que permite especificar uno o varios pares de nombre y valor de etiqueta para la coincidencia de problemas. Los triggers que se hayan vinculado a un servicio obtendrán una nueva etiqueta ServiceLink : <trigger ID>:<trigger name> (el valor de la etiqueta se truncará a 32 caracteres). Los servicios vinculados obtendrán ServiceLink problem tag con el mismo valor.

Reglas de cálculo del estado

El "algoritmo de cálculo del estado" se actualizará usando las siguientes reglas:

  • No calcular → Establecer el estado en OK
  • Problem, si al menos un elemento secundario tiene un problema → El más crítico de los servicios secundarios
  • Problem, si todos los elementos secundarios tienen problemas → El más crítico si todos los elementos secundarios tienen problemas

SLAs

Anteriormente, los objetivos de SLA debían definirse por separado para cada service. Desde Zabbix 6.0, SLA se ha convertido en una entidad independiente, que contiene información sobre el horario del service, el objetivo de nivel de service esperado (SLO) y los períodos de inactividad que se excluirán del cálculo. Una vez configurado, un SLA puede asignarse a varios services mediante service tags.

Durante una actualización:

  • Los SLA idénticos definidos para cada service se agruparán y se creará un SLA por cada grupo.
  • Cada service afectado obtendrá una etiqueta especial SLA:<ID> y la misma etiqueta se especificará en el parámetro Service tags del SLA correspondiente.
  • El tiempo de creación del service, una nueva métrica en los informes de SLA, se establecerá en 01/01/2000 00:00 para los services existentes.