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.

Modèles

Nouveaux modèles

Aruba CX 8300s by SNMP, un modèle fournissant une supervision basée sur SNMP pour la série de commutateurs Aruba CX 8300.
L’ensemble de modèles AWS by HTTP a été complété par le modèle AWS Backup Vault by HTTP.
L’ensemble de modèles Azure by HTTP a été complété par le modèle Azure Sentinel by HTTP.
Ciena 3906 by SNMP, un modèle pour superviser les appareils Ciena 3906.
Cisco Secure Firewall Threat Defense by HTTP, un modèle offrant des capacités de supervision pour les appareils Cisco Secure Firewall Threat Defense à l’aide de l’API REST.
Cradlepoint NCM v2 by HTTP, un ensemble de modèles pour superviser Cradlepoint NCM v2 et ses appareils via HTTP.
Domain RDAP by HTTP, un modèle pour superviser les données d’enregistrement de domaine via le protocole RDAP.
MariaDB by ODBC, un modèle pour superviser les bases de données MariaDB via ODBC.
Microsoft Hyper-V Failover Cluster by SSH et Microsoft Hyper-V Standalone by SSH, des modèles pour superviser les clusters Microsoft Hyper-V et les hôtes autonomes via SSH.
OpenAI Platform by HTTP, un modèle pour superviser la plateforme de développement d’OpenAI.
Ribbon SBC Edge by HTTP, un modèle pour superviser les appareils Ribbon SBC Edge (anciennement SWe Lite) via HTTP.
Ribbon SBC SWe Core by HTTP, un modèle pour superviser les appareils SBC SWe Core via HTTP, et Ribbon SBC SWe CE by HTTP, un modèle pour superviser les instances Ribbon SBC SWe Call Engine (CE) via HTTP.
Stormshield SNS by SNMP, un modèle pour superviser les appareils Stormshield Network Security (SNS) via SNMP.
VeloCloud SD-WAN Edge by HTTP, un modèle pour superviser les appareils VeloCloud SD-WAN Edge via HTTP.
Vyatta Virtual Router by SNMP, un modèle pour superviser le routeur virtuel Vyatta 1908e.

Modèles mis à jour

Ciena 3906 by SNMP a été mis à jour pour inclure des éléments de système de fichiers et de charge CPU.
L’ensemble de modèles GCP by HTTP a été complété par le modèle GCP Cloud Run Service by HTTP.
GitHub organization by HTTP a été mis à jour pour inclure des éléments de supervision de Microsoft Copilot.
Proxmox VE by HTTP a été mis à jour avec la fonctionnalité LLD imbriquée. De plus, le format d’unité des éléments affichant des pourcentages a été ajusté pour plus de clarté.
Microsoft 365 reports by HTTP a été mis à jour pour inclure des éléments de supervision de Microsoft Copilot.
MySQL by Zabbix agent, MySQL by Zabbix agent 2, MySQL by Zabbix agent active, MySQL by Zabbix agent 2 active et MySQL by ODBC ont été mis à jour pour prendre en charge à la fois SHOW SLAVE STATUS (ancienne syntaxe) et SHOW REPLICA STATUS (nouvelle syntaxe).
MySQL by 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é.
VeloCloud SD-WAN by 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 by 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 nativement 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éments et prototypes d’éléments (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 avec des é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 ultérieure 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 côté 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 d’un ensemble de réplicas MongoDB, améliorant la capacité à superviser 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 au démarrage de la configuration TLS du plugin a été mise en œuvre et les messages de validation/d’erreur ont été améliorés. Une logique de configuration invalide (par exemple : utilisation du 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 :

les paramètres de prétraitement JSONPath
le champ JSONPath pour les macros LLD personnalisées

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.

Nettoyage des événements par le housekeeper pour les déclencheurs supprimés

Lorsqu’un déclencheur est supprimé, le housekeeper supprime désormais également tous les événements associés aux problèmes de ce déclencheur. Auparavant, seuls les problèmes du déclencheur étaient supprimés, tandis que les événements n’étaient supprimés qu’après l’expiration de la période de conservation 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 directement des certificats et des clés privées dans l’interface pour la configuration de SAML. Trois nouveaux champs ont été ajoutés à Administration > Authentication > 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.

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

Les éléments de 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 d’hôte sont affichés dans l’infobulle et dans la légende du graphique.

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 web 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.

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.

What’s next?

Nouveautés de Zabbix 8.0.x

Docs

2 Nouveautés de Zabbix 8.0

Widget de nuage de points