Ceux qui s’occupent de la surveillance dans le contexte d’environnements modernes et évolutifs se sont plutôt intéressés, ces dernières années, à des services comme InfluxDB, Prometheus et Grafana. Pour les monolithes de monitoring conventionnels comme Nagios ou Zabbix, c’est un problème : non seulement une partie du gâteau du monitoring leur échappe, mais en plus, ils ne sont pas en mesure d’offrir des services de qualité.

Ce qui les dérange au moins autant, c’est que leurs produits principaux sont considérés comme vieux, lents et tout simplement dépassés. Avec la version 6.0 de son logiciel qui vient d’être publiée, Zabbix veut prouver qu’il peut aussi être la colonne vertébrale en matière de surveillance pour les environnements modernes et dynamiques. Une véritable corne d’abondance de nouveautés se déverse sur les administrateurs de Zabbix.

Haute disponibilité sans bricolage

L’une des principales critiques à l’encontre de Zabbix a toujours été qu’il n’offrait pas la possibilité de faire fonctionner facilement plusieurs instances Zabbix dans une configuration de haute disponibilité. La nouvelle version élimine cette lacune : configurées en conséquence, les instances Zabbix s’accordent entre elles sur leurs paramètres HA et fonctionnent ensuite comme un cluster HA typique. Cela n’est toutefois pas utile pour l’évolutivité à grande échelle : une seule instance Zabbix peut assumer le rôle actif. Si celle-ci tombe en panne, une autre instance prend sa place de manière transparente.

Depuis quelques versions déjà, Zabbix prend en charge la surveillance de ce que l’on appelle les services. Il ne s’agit pas de services individuels sur des systèmes individuels, mais plutôt de services logiques. Dans une configuration typique d’équilibreur de charge, il n’est pas nécessaire de tirer l’administrateur du lit à 3 heures du matin parce qu’un backend de l’équilibreur de charge a rendu l’âme ; dans cet exemple, le service (logique) « site web » serait toujours disponible. Jusqu’à présent, les administrateurs configuraient les services dans Zabbix en leur attachant une multitude de « processus enfants » pour lesquels des paramètres individuels étaient configurables. Cela a changé dans Zabbix 6.0, car le regroupement en services se fait désormais sur la base de balises. Si un contrôle de surveillance appartenant à un tel service rencontre des problèmes, Zabbix les propage jusqu’au service, où la décision d’une éventuelle alerte est prise. Cela simplifie en premier lieu la configuration, car il est possible de définir des balises par service qui, après une configuration appropriée, font partie du service au niveau de Zabbix sans autre intervention.

Les développeurs ont également amélioré l’affichage des problèmes pour un service dans l’interface web Zabbix. Il existe désormais un champ « Root Cause Analysis » qui permet à l’administrateur de savoir rapidement pourquoi un service a un problème. Une autre nouveauté est l’option permettant d’informer automatiquement un groupe cible défini par notification non seulement en cas d’alarme pour un service, mais aussi en cas d’autres changements de statut du service. Dans l’ensemble, la couche service de Zabbix a donc subi toute une série de modifications dans la version 6.0 – ceux qui misent beaucoup sur les services profitent donc particulièrement de la mise à jour.

A la poursuite de Prometheus Co.

Les développeurs de Zabbix montrent également à d’autres endroits qu’ils ne veulent pas se rendre sans combattre à la concurrence de Prometheus Co, c’est-à-dire aux bases de données de séries chronologiques. En pratique, il est même possible d’enregistrer des données métriques directement à partir de Zabbix. Mais jusqu’à présent, il manquait clairement une option permettant de préparer les données de séries chronologiques sous forme graphique et de les interroger via le langage de requête. Zabbix 5.4 avait déjà fourni de nombreuses fonctions dans ce domaine et la version 6.0 met à jour un grand nombre de ses macros afin de faciliter l’utilisation de ces données.

La version 6.0 se montre en outre très offensive par rapport à la concurrence : de nombreuses nouvelles fonctions sont disponibles pour l’analyse des données Prometheus, qui peuvent également être stockées dans Zabbix. Il s’agit de la détection d’anomalies sur la base d’algorithmes spéciaux.

Ceux-ci déterminent, à partir des données entrantes, des valeurs seuils pour les écarts par rapport aux valeurs normales, afin de détecter les valeurs aberrantes particulièrement drastiques. Zabbix 6.0 peut ainsi donner l’alerte lorsque les données de certaines métriques s’écartent de la valeur moyenne à long terme de manière spécifique – par exemple lorsque la valeur Z, qui indique l’écart par rapport à la norme, se situe en dehors du 66e, 97e ou 99,7e percentile des écarts par rapport à la valeur moyenne. De tels écarts indiquent souvent des attaques silencieuses en arrière-plan, un coup d’œil de l’administrateur ne peut donc pas faire de mal.

De nombreuses améliorations dans les détails

Zabbix 6.0 apporte en outre de nombreuses petites améliorations. L’interface utilisateur Web propose désormais un plug-in de géolocalisation pour les hôtes surveillés par Zabbix. De plus, la version 6.0 supporte les expressions régulières basées sur la définition PCRE2. Pour les logiciels modernes comme Kubernetes, il existe une série de modèles supplémentaires qui contiennent différents contrôles. Zabbix 6.0 offre également un bien meilleur support pour divers matériels, en particulier les appareils de MikroTik.

Les développeurs proposent un résumé détaillé de toutes les modifications apportées à Zabbix 6.0 dans les notes de mise à jour. Comme d’habitude, le logiciel peut être téléchargé sur le site web de Zabbix. Le projet libre est placé sous la licence open source GPLv2.