Sommaire

2 Nouveautés de Zabbix 8.0

Zabbix 8.0.0 poursuit l’évolution de Zabbix 7.4.0, en ajoutant de nouvelles fonctionnalités et améliorations.

Consultez les changements incompatibles pour cette version.

Widget de nuage de points

Le widget Scatter plot a été ajouté aux widgets de tableau de bord. Il affiche la relation entre deux métriques en traçant des points de données individuels le long des axes X et Y. Cela permet de révéler des motifs, des regroupements, des corrélations et des valeurs aberrantes dans l’ensemble de données.

Inversion de l'axe Y pour le widget Graph

Les graphiques du widget Graph peuvent désormais être affichés avec des valeurs d'axe Y inversées. Un nouveau paramètre Invert values vous permet de multiplier les valeurs de l'axe Y par −1 sans modifier les données d'origine.

Voir aussi : Améliorations du widget Graph.

Modèles

Nouveaux modèles

Modèles mis à jour

  • Ciena 3906 par SNMP a été mis à jour pour inclure des éléments de système de fichiers et de charge CPU.
  • Organisation GitHub par HTTP a été mis à jour pour inclure des éléments de surveillance de Microsoft Copilot.
  • Le type de média webhook GLPI a été mis à jour pour prendre en charge l'API RESTful v2 avec autorisation OAuth2 (activée par défaut), la prise en charge facultative de l'ancienne API REST v1 via un indicateur de configuration, la création de tickets pour les événements de problème et le mappage du niveau d'urgence configurable par l'utilisateur.
  • Microsoft 365 reports par HTTP a été mis à jour pour inclure des éléments de surveillance de Microsoft Copilot.
  • MySQL par Zabbix agent, MySQL par Zabbix agent 2, MySQL par Zabbix agent actif, MySQL par Zabbix agent 2 actif et MySQL par ODBC ont été mis à jour pour prendre en charge à la fois SHOW SLAVE STATUS (ancienne syntaxe) et SHOW REPLICA STATUS (nouvelle syntaxe).
  • MySQL par ODBC a également été mis à jour avec de nouvelles métriques, des règles de découverte pour les tables et les réplicas, ainsi qu'un tableau de bord amélioré.
  • PostgreSQL par ODBC a été mis à jour avec de nouvelles métriques, des règles de découverte et des tableaux de bord, ainsi que des améliorations générales des performances et de l'observabilité.
  • Proxmox VE par HTTP a été mis à jour avec la fonctionnalité LLD imbriquée. En outre, le format d'unité des éléments affichant des pourcentages a été ajusté pour plus de clarté.
  • VeloCloud SD-WAN par HTTP, précédemment VMWare SD-WAN VeloCloud by HTTP, a été renommé et mis à jour pour s'aligner sur la dernière plateforme VeloCloud SD-WAN.
  • Vyatta Virtual Router par SNMP a été mis à jour avec de nouveaux éléments OID et des améliorations du tableau de bord.

Éléments

Type de données JSON

Zabbix prend désormais en charge JSON comme type de données pour les valeurs d'élément.

Auparavant, les valeurs JSON étaient collectées par des éléments de type texte et stockées sous forme de chaînes avec une limite de 64KB. Désormais, Zabbix peut stocker les valeurs JSON de manière native avec une limite de 128MiB, et également rejeter les valeurs JSON non valides (par exemple, contenant des clés non entre guillemets, des virgules finales ou des crochets non correspondants).

Le type de données JSON est pris en charge par tous les types d'élément et prototypes d'élément (sauf Calculated), et est disponible dans l'exportation des données en temps réel et les connecteurs. Les valeurs JSON peuvent être stockées dans toutes les bases de données prises en charge et dans Elasticsearch. Si vous utilisez TimescaleDB, veuillez consulter les notes de mise à niveau.

Notez que les éléments JSON ne peuvent pas être utilisés dans les déclencheurs ; toutefois, vous pouvez extraire des champs JSON à l'aide d'éléments dépendants ayant un type de données non JSON et les utiliser dans des déclencheurs.

Les éléments qui renvoient une chaîne JSON (net.if.discovery, vfs.file.get, etc.) restent des éléments de type texte ; toutefois, vous pouvez les convertir en JSON si nécessaire.

Pour plus de détails et les limites des données JSON, consultez la configuration des éléments.

Paramètre type pour la découverte des disques S.M.A.R.T

L’élément smart.disk.discovery (plugin S.M.A.R.T. de l’agent Zabbix 2) accepte désormais un paramètre type facultatif permettant de spécifier une valeur à rechercher lors de l’analyse des disques.

Plugins

Plugin Ceph

Ce plugin fonctionne désormais selon deux modes :

  • native - Ce mode utilise la bibliothèque go-ceph pour communiquer directement avec le cluster Ceph à l'aide de l'API Ceph native (protocole msgr2). Il s'agit du mode recommandé pour les installations Ceph modernes, mais il est pris en charge uniquement sous Linux et à partir de Ceph 16.
  • restful (obsolète) - Ce mode utilise l'API RESTful de Ceph pour la communication. Il s'agit du mode par défaut pour assurer la rétrocompatibilité, mais il ne fonctionnera pas avec Ceph version 20 (Tentacle) ou plus récente en raison de la suppression du module mgr/restful.

Le mode à utiliser est déterminé par la valeur du paramètre mode (native/restful) :

  • Plugins.Ceph.Default.Mode=native - définit le mode natif pour le plugin
  • Plugins.Ceph.Sessions.<SessionName>.Mode=native - définit le mode natif pour la session nommée

Notez que l'ensemble des identifiants utilisateur diffère selon le mode et qu'ils ne sont pas compatibles entre eux. Le paramètre Plugins.Ceph.InsecureSkipVerify est ignoré en mode natif, car la sécurité de la connexion est définie du côté du cluster Ceph par le protocole msgr2 (sécurisé par défaut).

Notez que le plugin Ceph pour Zabbix agent 2 est désormais un plugin chargeable et nécessite des étapes d'installation supplémentaires. Cela est dû à l'exigence du paquet librados (pour le mode natif). Consultez le readme du plugin Ceph pour plus de détails.

Plugin MongoDB

Le plugin MongoDB de Zabbix agent 2 offre plusieurs améliorations :

  • Prise en charge complète de l’analyse des URI MongoDB conventionnelles, avec prise en charge des schémas mongodb:// et mongodb+srv://.
  • Découverte automatique des nœuds de jeux de réplicas MongoDB, améliorant la capacité à surveiller les clusters MongoDB.
  • Prise en charge de l’authentification x509, permettant des connexions sécurisées à MongoDB à l’aide de certificats client.

Plugin Oracle

Le plugin Oracle de Zabbix agent 2 prend désormais en charge les connexions chiffrées aux bases de données Oracle à l’aide du protocole TCPS (TLS). Cela permet de superviser des instances Oracle via des sockets sécurisés par TLS, améliorant ainsi la sécurité de la supervision à distance.

Plugin Redis — prise en charge de TLS et validation au démarrage

La prise en charge de TLS a été ajoutée au plugin Redis pour Zabbix agent 2.

La validation de la configuration TLS du plugin au démarrage a été implémentée et les messages de validation/d’erreur ont été améliorés. Une logique de configuration invalide (par exemple : utiliser le type de connexion verify_full sans spécifier TLSCAFile) peut empêcher Zabbix agent 2 de démarrer.

Mode d'exécution de test pour les plugins chargeables

Les plugins chargeables peuvent désormais être lancés en mode test à l'aide de l'option -t (--test), en passant une clé d'élément comme argument. Dans ce mode, le plugin s'exécute à des fins de débogage et de développement, et les fichiers de configuration du plugin sont ignorés.

Découverte de bas niveau

Case à cocher Convert to JSON dans les formulaires de découverte

Une nouvelle case à cocher Convert to JSON a été ajoutée au formulaire de règle de découverte de bas niveau et au formulaire de prototype de découverte, qui s’affiche si « HTTP agent » est sélectionné dans la liste déroulante Type. Cette option permet de marquer les données récupérées pour une conversion automatique en JSON avant tout traitement ultérieur.

Prise en charge des macros pour la découverte de bas niveau imbriquée

Les macros de découverte de bas niveau sont désormais prises en charge dans les règles de découverte de bas niveau imbriquées, dans :

Balises modifiables pour les déclencheurs créés par la découverte de bas niveau

Les déclencheurs créés à partir de prototypes de déclencheur peuvent désormais recevoir des balises ajoutées manuellement. Les balises héritées des prototypes de déclencheur sont toujours appliquées automatiquement. Les balises ajoutées manuellement peuvent être modifiées sur les déclencheurs découverts et seront incluses dans les tableaux de balises d’événement et disponibles pour les fonctionnalités prenant en charge les balises, telles que les filtres, les widgets de tableau de bord et les macros de notification.

Processus

Mise en cache et réutilisation de l’EngineID SNMPv3

Zabbix met désormais en cache les correspondances EngineID SNMPv3 → IP et tentera de réutiliser les EngineID mis en cache pour les vérifications SNMPv3 suivantes, réduisant ainsi le trafic de sondage et améliorant les performances du poller. Si un EngineID réutilisé ne répond pas, le poller revient à une sonde EngineID et peut supprimer les entrées obsolètes après des modifications d’interface ou des échecs persistants.

Limitation affinée du proxy pendant la récupération du cache d’historique

La logique de limitation du proxy a été affinée afin d’améliorer la stabilité du serveur pendant la récupération du cache d’historique.
Lorsque l’utilisation du cache d’historique atteint le seuil de limitation, le serveur continue de ne plus accepter les données du proxy comme auparavant.
Lorsque l’utilisation du cache redescend à 60 %, le serveur commence à traiter la liste de limitation, mais peut encore rejeter les envois du proxy contenant de très gros lots (environ plus de 10 k enregistrements) jusqu’à ce que la pression sur le cache diminue davantage.
Cette modification réduit le risque de surcharges répétées du cache pendant la récupération du serveur.

Valeur maximale du délai d’attente augmentée pour zabbix_get et zabbix_js

La valeur maximale du paramètre timeout des utilitaires en ligne de commande zabbix_get et zabbix_js a été portée à 600 secondes.

Housekeeping optimisé

Le Housekeeping a été optimisé en déplaçant la création des tâches de nettoyage vers des déclencheurs de base de données. Lorsque des éléments (y compris des règles de découverte de bas niveau), des déclencheurs, des services ou des règles de découverte réseau sont supprimés, des déclencheurs de base de données (au lieu d'appels explicites au niveau de l'application) remplissent désormais la table housekeeper avec des tâches de nettoyage. Pour plus de détails, voir la procédure de housekeeping.

Le housekeeper supprime désormais également les événements de découverte réseau générés à partir d'hôtes ou de services découverts qui ont depuis été supprimés, ainsi que tous les événements associés aux problèmes de déclencheurs qui ont depuis été supprimés (auparavant, seuls les problèmes eux-mêmes étaient supprimés ; les événements associés n'étaient supprimés qu'après l'expiration de la période de stockage des données des déclencheurs du housekeeper).

Fermeture manuelle — les tags de déclencheur sont hérités par les événements de rétablissement

Les événements de rétablissement créés après une fermeture manuelle héritent des tags du déclencheur en plus des tags de l’élément et de l’hôte.
Ces tags sont présents dans le tableau des tags de l’événement et sont disponibles pour les macros de notification telles que {EVENT.RECOVERY.TAGS} et {EVENT.RECOVERY.TAGSJSON}.

Mise en cache des requêtes DNS pour les démons Zabbix

Zabbix server, Zabbix proxy et Zabbix agent prennent désormais en charge l’utilisation du résolveur c-ares pour toutes les requêtes DNS, offrant la mise en cache des requêtes DNS et un basculement amélioré du résolveur en cas de défaillance lorsque Zabbix est compilé avec --with-ares. La mise en cache des requêtes DNS nécessite c-ares 1.26.0 ou une version ultérieure.

Prise en charge de la compilation avec c-ares sous Windows

L’agent Zabbix peut désormais être compilé avec le résolveur c-ares sous Microsoft Windows. c-ares peut être installé via vcpkg, et la compilation de l’agent prend en charge soit ARES=<vcpkg prefix>, soit des chemins ARESINCDIR/ARESLIBDIR distincts pour les répertoires d’inclusion et de bibliothèque.

Authentification

Certificats SAML importables pour l’authentification unique

Les utilisateurs Super admin peuvent désormais importer des certificats et des clés privées directement dans l’interface pour la configuration de SAML. Trois nouveaux champs ont été ajoutés dans Utilisateurs > Authentification > Paramètres SAML :

  • Certificat IdP - certificat X.509 présenté par le fournisseur d’identité
  • Certificat SP - certificat du fournisseur de services utilisé pour les échanges SAML
  • Clé privée SP - clé privée correspondant au certificat SP

Ces contrôles permettent d’ajouter de nouvelles valeurs ou de modifier les valeurs existantes depuis l’onglet des paramètres SAML. Les certificats et les clés privées sont validés avant d’être enregistrés dans le backend de stockage choisi ; les valeurs invalides ou mal formées sont rejetées avec un message d’erreur explicatif.

Widgets

Regroupement des marqueurs d’hôtes sur la carte géographique

Le widget Geomap prend désormais en charge un paramètre Clustering permettant de contrôler la manière dont les marqueurs d’hôtes proches sont regroupés en un seul marqueur avec un compteur. En définissant le niveau de zoom de la carte pour le regroupement, vous pouvez conserver la lisibilité des grandes cartes et maintenir une visibilité précise lors d’un zoom avant.

Colonnes agrégées dans Top items

Le widget Top items peut désormais regrouper des modèles d’éléments dans une seule colonne ou ligne agrégée, ce qui facilite la présentation de métriques combinées (par exemple : le trafic entrant total sur toutes les interfaces réseau d’un hôte). Trois nouvelles options ont été ajoutées lors de la configuration des colonnes d’éléments : Aggregate columns, Column aggregation function et Combined column name.

Améliorations du widget Graph

Le widget Graph offre plusieurs améliorations en matière de convivialité :

  • Les éléments dans l’infobulle des données du graphique qui apparaît lorsque vous survolez le graphique sont triés par valeur dans l’ordre décroissant.
  • Lorsque vous survolez un élément dans l’infobulle, son graphique est mis en évidence tandis que les autres sont estompés.
  • La sélection d’un élément dans l’infobulle diffuse ses données vers d’autres widgets prenant en charge leur réception.
  • La limite du nombre d’éléments affichés dans l’infobulle a été supprimée.
  • Un nouveau paramètre Host names in labels vous permet de choisir si les noms des hôtes sont affichés dans l’infobulle et dans la légende du graphique.

  • Un nouveau paramètre Invert values vous permet d’inverser un graphique.

Limite de caractères augmentée pour les champs de description des widgets

La limite de caractères du champ Description dans les widgets Gauge et Item value a été augmentée de 2048 à 65535 caractères.

Exportation et importation des tableaux de bord

Les tableaux de bord peuvent désormais être exportés et importés, ce qui facilite la migration des tableaux de bord entre des instances Zabbix ou leur réutilisation dans différents environnements.

Une nouvelle option Exporter permet d'enregistrer les tableaux de bord sélectionnés dans des fichiers YAML, JSON ou XML.
Ces fichiers peuvent ensuite être importés via la fonctionnalité Importer afin de recréer les tableaux de bord avec leurs pages, widgets et leur configuration.

Interface web

Nouvelles polices et polices intégrées

Zabbix inclut désormais de nouvelles polices intégrées qui améliorent la lisibilité, se chargent plus rapidement et permettent d’afficher des langues supplémentaires dans l’interface avec un impact minimal sur la mise en page. Comme elles sont intégrées, ces polices garantissent également une apparence cohérente sur tous les systèmes.
Nouvelles polices :
Anciennes polices :

Les nouvelles polices sont utilisées dans presque tous les thèmes. Si nécessaire, les thèmes Blue (classic) et Dark (classic) nouvellement ajoutés sont disponibles avec les anciennes polices.

La famille de polices utilisée pour le contenu à chasse fixe et les graphiques reste inchangée.

Validation en ligne

Les formulaires suivants dans l'interface ont été ajoutés à l'ensemble des formulaires prenant en charge la validation en ligne :

Les erreurs de saisie sont affichées immédiatement après le remplissage des champs, ce qui améliore la convivialité et réduit les erreurs de configuration.

Formulaires modaux

Dans la configuration de la découverte de bas niveau, le formulaire de configuration du prototype d’hôte s’ouvre désormais dans une fenêtre modale (pop-up).

Balises héritées visibles dans les hôtes, modèles, éléments et déclencheurs

Les balises héritées sont désormais affichées et renvoyées de manière cohérente dans les modèles, hôtes, éléments, scénarios web et déclencheurs. Les balises héritées des chaînes modèle/hôte sont visibles dans Monitoring > Latest data. Le filtrage par balises héritées est disponible partout où le filtrage par balises est pris en charge — y compris dans les sections Monitoring > Latest data et Data collection, ainsi que dans tous les widgets de tableau de bord qui permettent le filtrage par balises d’hôte, d’élément, de déclencheur ou de scénario web — afin que la sélection basée sur les balises et le sous-filtrage se comportent de la même manière, quel que soit l’endroit où une balise a été définie.

L’onglet Tags des formulaires de configuration des modèles, hôtes et prototypes d’hôte expose désormais un bouton radio permettant de choisir la manière dont les balises sont présentées : les modèles affichent Template tags / Inherited and template tags, et les hôtes ainsi que les prototypes d’hôte affichent Host tags / Inherited and host tags. Les balises héritées sont distinguées visuellement par une nouvelle icône de document contourée à côté de l’étiquette de la balise.

Les widgets Graph et Pie chart incluent un nouveau paramètre Item tags.

Positionnement des infobulles

Les infobulles peuvent désormais être repositionnées en les faisant glisser vers un nouvel emplacement. Cela s'applique, par exemple, à l'infobulle du Graph, ainsi qu'aux infobulles avec descriptions dans les sections Latest Data ou Problems.

Prise en charge de plusieurs hôtes de base de données PostgreSQL

Zabbix prend désormais en charge la spécification de plusieurs hôtes de base de données PostgreSQL sous la forme d'une liste de valeurs host:port séparées par des virgules, en s'appuyant sur la prise en charge du basculement de connexion de PostgreSQL. Les hôtes sont essayés dans l'ordre jusqu'à ce qu'une connexion en lecture-écriture soit établie. Ce comportement est disponible lors de l'installation de l'interface dans le champ Database host et dans DBHost dans zabbix_server.conf et zabbix_proxy.conf.

Documentation

Pages de documentation consolidées pour les versions mineures

La documentation des versions mineures d’une version majeure de Zabbix sera désormais regroupée dans des pages de documentation uniques pour les nouvelles fonctionnalités et les notes de mise à niveau respectivement.