Nouveautés de Zabbix 8.0

Zabbix 8.0.0 fait suite à Zabbix 7.4.0 en ajoutant de nouvelles fonctionnalités et améliorations. Consultez également les notes de mise à niveau pour cette version, qui peuvent inclure des changements incompatibles.

Surveillance des performances des applications

Zabbix prend désormais en charge la surveillance des performances des applications (APM) basée sur OpenTelemetry, une norme ouverte permettant de collecter les données de télémétrie des applications et des services. Ces données vous permettent de voir comment les requêtes circulent dans vos applications et services, de mesurer leurs performances et de trouver la cause des opérations lentes ou ayant échoué.

Avec l’APM, vous pouvez :

• Collecter des données de télémétrie avec un proxy Zabbix, qui peut désormais recevoir des données provenant d’applications ou de collecteurs OpenTelemetry via le protocole OpenTelemetry (OTLP/gRPC) et les écrire dans la source de données ; consultez le nouvel onglet APM dans la configuration du proxy.
• Spécifier une source de données de télémétrie (ClickHouse) dans la nouvelle section Administration > Source de données, et consulter les données dans le nouveau menu APM.
• Utiliser les données de télémétrie dans les déclencheurs et les graphiques avec le nouveau type d’élément requête de télémétrie.

Les paramètres et éléments suivants ont également été ajoutés :

• Paramètres du serveur Zabbix : TelemetryProvider et StartTelemetryQueryPollers.
• Paramètres du proxy Zabbix : TelemetryProvider, StartTelemetryQueryPollers, StartAPMCollectors, APMListenIP, APMListenPort, APMTLSCAFile, APMTLSCertFile et APMTLSKeyFile.
• Paramètre de l’interface Zabbix : $TELEMETRY_PROVIDERS[].
• Option de compilation du proxy Zabbix : --with-apm ; les paquets officiels du proxy Zabbix sont compilés avec cette option.
• Élément interne pour surveiller la collecte des données de télémétrie : zabbix[apm,<type>].

Prise en charge de ClickHouse

Vous pouvez désormais utiliser ClickHouse comme base de données backend de Zabbix pour stocker l'historique des valeurs des éléments.

Pour les détails de configuration et les prérequis, consultez Configuration de ClickHouse. Si vous souhaitez migrer vos données d'historique depuis une base de données Zabbix existante (MySQL ou PostgreSQL) vers ClickHouse, consultez les scripts de migration du schéma et de l'historique ClickHouse.

Cette fonctionnalité modifie également la manière dont vous définissez les fournisseurs de stockage de l'historique dans les fichiers de configuration de Zabbix. Ce changement affecte à la fois les configurations ClickHouse et Elasticsearch. Pour plus de détails, consultez Notes de mise à niveau.

Traitement des événements complexes

Avec le traitement des événements complexes (CEP), vous pouvez définir un traitement basé sur des règles pour les événements Zabbix.

Par exemple, vous pouvez vouloir :

• marquer le premier événement d'une série comme cause et les suivants comme symptômes
• supprimer les événements après une période de durée de vie
• supprimer les événements après avoir atteint un certain nombre
• être informé des événements similaires par emplacement
• être informé si un événement se produit trop souvent
• être informé si un événement ne s'est pas produit comme prévu

Le traitement des événements complexes vous permet de définir une fenêtre temporelle glissante et d'effectuer un traitement basé sur des règles en fonction des conditions définies.

En fonction des schémas détectés, le CEP vous permet de transformer ou d'« enrichir » l'événement, par exemple en augmentant sa gravité ou en lui ajoutant une balise spécifique.

L'analyse du flux d'événements est définie par des règles CEP. Une règle CEP se compose généralement d'une fenêtre temporelle, de conditions et d'opérations. Les opérations sont associées à un point d'exécution (par exemple, lorsque l'événement s'est produit ou lorsqu'il a été ajouté à la fenêtre temporelle).

Une documentation plus détaillée sera disponible lors de la publication de la version stable 8.0.

Application mobile

L’application mobile Zabbix (bientôt disponible) permet de surveiller votre environnement Zabbix depuis votre appareil mobile.
Consultez les problèmes, vérifiez leurs détails, mettez-les à jour et recevez des notifications push lorsqu’une intervention est nécessaire.

Avec l’application, les fonctionnalités suivantes sont nouvelles dans Zabbix 8.0 :

• Sections de l’interface permettant de gérer les appareils mobiles : Utilisateurs > Appareils et Paramètres utilisateur > Appareils.
• Type de média permettant d’envoyer les notifications de problèmes du serveur Zabbix vers l’application mobile : Notification push.
• Composant permettant à votre serveur Zabbix de communiquer avec l’application mobile : Adaptateur Bridge.
• Paramètres de configuration du serveur Zabbix : BridgeAdapterURL, EnableMobileDevices.

Pour plus d’informations sur la configuration de Zabbix afin de l’utiliser avec l’application mobile, consultez la section Application mobile.

Serveur MCP

Le nouveau serveur MCP Zabbix connecte les agents IA à Zabbix via le Model Context Protocol (MCP). Vous pouvez désormais interroger un assistant IA sur votre supervision en langage naturel, par exemple :

• Quels problèmes sur les serveurs de bases de données ne sont pas encore reconnus ?
• Pourquoi web-01 signale-t-il des problèmes depuis ce matin ?
• Place tous les hôtes du groupe de serveurs Linux en maintenance ce soir de 22:00 à 02:00.

L'agent se connecte avec un jeton d'API Zabbix et ne peut donc accéder qu'aux éléments auxquels son propriétaire est autorisé à accéder. Toutes les modifications sont enregistrées dans le journal d'audit sous cet utilisateur. Pour consulter la liste des opérations disponibles, voir Outils et ressources.

Thème bleu foncé

L'interface web de Zabbix propose désormais un nouveau thème bleu foncé.
Il est disponible dans le profil utilisateur et en tant que thème par défaut :

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 de graphique

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

Voir aussi: Améliorations du widget de graphique.

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 64 KB. Désormais, Zabbix peut stocker nativement des valeurs JSON avec une limite de 128 MiB, et rejeter également les valeurs JSON invalides (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 de prototype d'élément, sauf Calculated, et est disponible dans l'export de 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 avec le type de données 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 les 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 sur les limites des données JSON, consultez la configuration de l'élément.

Mise en page personnalisée pour les tableaux

Dans un certain nombre de tableaux de l'interface, vous pouvez désormais masquer/afficher, réorganiser et redimensionner les colonnes. Il est également possible d'ajouter une colonne Texte personnalisé avec du texte personnalisé, des valeurs de macro, ou les deux.

Les mises en page personnalisées sont disponibles aux emplacements suivants :

• Surveillance > Hôtes, Dernières données et Problèmes
• Collecte de données > Modèles et Hôtes

Par exemple, la mise en page par défaut du tableau dans Surveillance > Dernières données :

Exemple de mise en page personnalisée :

Certaines colonnes disposent également du bouton Options, qui fournit des contrôles supplémentaires sur la manière dont cette colonne affiche les données. Pour cette raison, certains paramètres de filtre ont été déplacés de l'onglet de filtre vers les options de colonne. Si vous utilisez des onglets pour les filtres favoris, veuillez consulter les Notes de mise à niveau.

Expressions régulières globales

Plusieurs améliorations de convivialité ont été apportées aux expressions régulières globales :

• Le formulaire de configuration des expressions régulières globales s’ouvre désormais dans une fenêtre modale :
  • Les types d’expression ont été renommés.
  • Le formulaire comprend désormais un champ Description.
  • Les tests ne se trouvent plus dans un onglet séparé.
• La liste des expressions régulières globales peut désormais être filtrée par nom et par description.
• Les expressions régulières globales peuvent désormais être exportées et importées.

Modèles

De nouveaux modèles ont été ajoutés et de nombreux modèles ont été mis à jour. Pour obtenir la liste détaillée des modifications apportées aux modèles existants, consultez la page Modifications des modèles.

Par ailleurs, les modèles qui se connectent à des points de terminaison HTTPS vérifient désormais le certificat TLS du point de terminaison par défaut. Cela concerne tous les modèles de surveillance du cloud et des API, tels que Claude API by HTTP, Cloudflare by HTTP, Kubernetes Cluster by HTTP, etc. Consultez les notes de mise à niveau avant de mettre à niveau un modèle basé sur HTTP.

Nouveaux modèles

Surveillance de l’utilisation de l’IA

• Claude API by HTTP, un modèle pour surveiller l’utilisation et les coûts de l’API Claude.
• OpenAI Platform by HTTP, un modèle pour surveiller la plateforme de développement d’OpenAI.

Cloud

• 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 les modèles Azure Sentinel by HTTP et Azure Container Apps by HTTP.
• L’ensemble de modèles GCP by HTTP a été complété par les modèles GCP Cloud Run Service by HTTP, GCP Cloud Storage Bucket by HTTP, GCP Application Load Balancer by HTTP et GCP Cost Monitoring by HTTP.
• L’ensemble de modèles Oracle Cloud by HTTP a été complété par les modèles Oracle Cloud Load Balancer by HTTP et Oracle Cloud Costs by HTTP.

Virtualisation et conteneurs

• Kubernetes Cluster by HTTP, un modèle pour surveiller les clusters Kubernetes, avec découverte et surveillance automatiques des nœuds via des hôtes dédiés ; le modèle remplace les modèles Kubernetes précédents.
• Microsoft Hyper-V Failover Cluster by SSH et Microsoft Hyper-V Standalone by SSH, des modèles pour surveiller les clusters Microsoft Hyper-V et les hôtes autonomes via SSH.
• Podman by Zabbix agent, by Zabbix agent active et by HTTP : des modèles pour surveiller les conteneurs Podman et l’état des services via l’API Podman. Notez que l’API Podman ne prend pas en charge les méthodes d’autorisation.

Bases de données

• MariaDB by ODBC, un modèle pour surveiller les bases de données MariaDB via ODBC.
• MariaDB by Zabbix agent et MariaDB by Zabbix agent active, des modèles pour surveiller les bases de données MariaDB via Zabbix agent et Zabbix agent active.
• Percona by ODBC, un modèle pour surveiller les bases de données Percona via ODBC.
• Percona by Zabbix agent et Percona by Zabbix agent active, des modèles pour surveiller les bases de données Percona via Zabbix agent et Zabbix agent active.

Réseaux, sécurité et télécommunications

• Aruba CX 8300s by SNMP, un modèle fournissant une surveillance basée sur SNMP de la série de commutateurs Aruba CX 8300.
• Ciena 3906 by SNMP, un modèle pour surveiller les appareils Ciena 3906, notamment les systèmes de fichiers et la charge du processeur.
• Cisco Secure Firewall Threat Defense by HTTP, un modèle fournissant des fonctionnalités de surveillance des appareils Cisco Secure Firewall Threat Defense à l’aide de l’API REST.
• Cradlepoint NCM v2 by HTTP, un ensemble de modèles pour surveiller Cradlepoint NCM v2 et ses appareils via HTTP.
• Huawei AR600 by SNMP, un modèle pour surveiller les routeurs Huawei AR600, notamment les métriques CoS et NQA.
• Ribbon SBC Edge by HTTP, un modèle pour surveiller les appareils Ribbon SBC Edge (anciennement SWe Lite) via HTTP.
• Ribbon SBC SWe Core by HTTP, un modèle pour surveiller les appareils SBC SWe Core via HTTP, et Ribbon SBC SWe CE by HTTP, un modèle pour surveiller les instances Ribbon SBC SWe Call Engine (CE) via HTTP.
• Stormshield SNS by SNMP, un modèle pour surveiller les appareils Stormshield Network Security (SNS) via SNMP.
• VeloCloud SD-WAN Edge by HTTP, un modèle pour surveiller les appareils VeloCloud SD-WAN Edge via HTTP.
• Vyatta Virtual Router by SNMP, un modèle pour surveiller le routeur virtuel Vyatta 1908e.

Applications et services

• Domain RDAP by HTTP, un modèle pour surveiller les données d’enregistrement des domaines via le protocole RDAP.
• Envoy Proxy by OTLP, un modèle pour collecter les traces et les journaux OpenTelemetry d’Envoy Proxy via des éléments Telemetry query.
• Generic OpenTelemetry by OTLP, un modèle pour collecter les traces, les métriques et les journaux OpenTelemetry via des éléments Telemetry query.
• GLPI by HTTP, un modèle pour surveiller GLPI via HTTP à l’aide de l’API REST v2 avec authentification OAuth2.
• OpenRouter traces by OTLP, un modèle pour collecter les données de trace OpenRouter.
• Proxmox VE by OTLP, un modèle pour surveiller un nœud Proxmox VE à l’aide de son flux de métriques OpenTelemetry via des éléments Telemetry query.

Modèles mis à jour

• Déclencheur amélioré de disponibilité des périphériques dans les modèles SNMP afin de gérer les réinitialisations des compteurs de disponibilité SNMP et d’éviter les fausses alertes de redémarrage.

Systèmes d’exploitation

• Dans les modèles AIX, FreeBSD, HP-UX, Linux, macOS, OpenBSD, Solaris et Windows, la surveillance des systèmes de fichiers utilise désormais les nouveaux paramètres vfs.fs.get (voir Découverte légère des systèmes de fichiers). Pour plus de détails, voir Modifications des modèles.
• Linux by Zabbix agent et Linux by Zabbix agent active ont été mis à jour avec des tableaux de bord améliorés et une surveillance renforcée des interfaces réseau et des périphériques bloc.
• Linux by Prom et Linux by SNMP ont été mis à jour avec des tableaux de bord améliorés.
• Les modèles Windows by Zabbix agent et Windows by Zabbix agent active ont été enrichis avec de nouvelles métriques, règles de découverte, prototypes, macros utilisateur et widgets de tableau de bord, notamment la prise en charge des tâches planifiées Windows, des profils du pare-feu Windows et des volumes chiffrables BitLocker.

Surveillance de l’utilisation de l’IA

• GitHub organization by HTTP a été mis à jour afin d’inclure des éléments pour surveiller Microsoft Copilot.
• Microsoft 365 reports by HTTP a été mis à jour afin d’inclure des éléments pour surveiller Microsoft Copilot.

Cloud

• AWS Cost Explorer by HTTP de l’ensemble de modèles AWS by HTTP et Azure Cost Management by HTTP de l’ensemble de modèles Azure by HTTP ont été mis à jour avec des tableaux de bord améliorés.

Virtualisation

• Proxmox VE by HTTP a été mis à jour avec la fonctionnalité LLD imbriquée. De plus, le format des unités des éléments affichant des pourcentages a été ajusté pour plus de clarté.
• Dans les ensembles de modèles VMware et VMware FQDN, les noms des prototypes d’éléments et de déclencheurs pour la découverte des alarmes VMware ont été mis à jour afin d’inclure le nom de l’entité d’alarme.

Bases de données

• 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 afin de prendre en charge à la fois SHOW SLAVE STATUS (ancienne syntaxe) et SHOW REPLICA STATUS (nouvelle syntaxe). De plus, MySQL by Zabbix agent, MySQL by Zabbix agent active et MySQL by ODBC ont été mis à jour avec de nouvelles métriques, un tableau de bord amélioré et des règles de découverte étendues pour les tables (ainsi que pour les réplicas dans MySQL by ODBC).
• PostgreSQL by ODBC a été mis à jour avec de nouvelles métriques, règles de découverte et tableaux de bord, ainsi qu’avec des améliorations générales des performances et de l’observabilité.
• PostgreSQL by Zabbix agent et PostgreSQL by Zabbix agent active ont été mis à jour avec des métriques supplémentaires, des règles de découverte, des prototypes d’éléments et de déclencheurs, ainsi que des fonctionnalités de surveillance améliorées.
• Redis by Zabbix agent 2 a été mis à jour avec l’authentification via des macros utilisateur et mot de passe, ainsi qu’avec des descriptions d’éléments améliorées.

Réseaux, sécurité et télécommunications

• VeloCloud SD-WAN by HTTP, auparavant nommé VMWare SD-WAN VeloCloud by HTTP, a été renommé et mis à jour pour s’aligner sur la dernière plateforme VeloCloud SD-WAN.

Stockage et sauvegarde

• Ceph by Zabbix agent 2 prend désormais en charge le mode de connexion natif. Voir Plugin Ceph pour plus de détails.
• Veeam Backup and Replication by HTTP et Veeam Backup Enterprise Manager by HTTP ont été mis à jour avec de nouvelles fonctionnalités de surveillance et la prise en charge de Veeam Backup & Replication v13.1.1.18, notamment la révision 1.3-rev2 de l’API REST et la surveillance mise à jour de l’expiration des licences.

Types de média

Ce type de média a été ajouté :

• Le type de média webhook IBM Maximo Service Request permet de relier Zabbix à IBM Maximo.

Ces types de média ont été mis à jour :

• Le type de média webhook GLPI a été mis à jour pour prendre en charge l'API RESTful v2 avec l'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 la configuration par l'utilisateur de la correspondance des niveaux d'urgence.
• Le type de média webhook MS Teams Workflow est désormais l'intégration recommandée pour Microsoft Teams. Le type de média webhook MS Teams, basé sur la fonctionnalité Office 365 Connector (Incoming Webhook) que Microsoft a retirée le 22 mai 2026, n'est plus fonctionnel. Les configurations existantes du webhook MS Teams doivent être migrées vers le type de média webhook MS Teams Workflow.

En outre, les types de média qui se connectent à des points de terminaison HTTPS vérifient désormais par défaut le certificat TLS du point de terminaison. Cela concerne tous les types de média webhook, tels que Slack, Jira, Telegram, etc. Consultez les notes de mise à niveau avant de mettre à niveau un type de média webhook.

Éléments

Valeur par défaut pour les hôtes autorisés de l'élément trapper

Le champ Hôtes autorisés pour les éléments Zabbix trapper et pour les éléments HTTP agent avec Enable trapping activé utilise désormais par défaut la macro utilisateur {$TRAPPER.ALLOWED_HOSTS}. Si cette valeur est vide, les connexions entrantes sont refusées depuis tous les hôtes. Pour autoriser l'envoi de données, spécifiez une ou plusieurs adresses IP ou noms DNS.

Surveillance de l'utilisation du cache des fonctions de tendance

Le paramètre paccessed a été ajouté à l'élément interne zabbix[tcache,cache,<parameter>]. Il renvoie le pourcentage d'entrées du cache des fonctions de tendance consultées au cours des dernières 24 heures.

Plugins

Plugin Ceph

Le plugin Ceph de Zabbix agent 2 fonctionne désormais en deux modes :

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

Important : lors de la supervision de Ceph 20 (Tentacle) et des versions plus récentes avec le plugin Ceph pour Zabbix agent 2, utilisez le mode native, car le mode restful n'est plus pris en charge.

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

• Plugins.Ceph.Default.Mode=native - définit le mode native pour le plugin
• Plugins.Ceph.Sessions.<SessionName>.Mode=native - définit le mode native 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 native, 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 native). 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'ensemble 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 Zabbix agent 2 plugin Oracle prend désormais en charge les connexions chiffrées aux bases de données Oracle à l'aide du protocole TCPS (TLS). Cela permet de surveiller les instances Oracle via des sockets sécurisés par TLS, ce qui améliore la sécurité de la supervision à distance.

Prise en charge TLS et validation au démarrage pour le plugin Redis

La prise en charge TLS a été ajoutée au plugin Redis de 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 le démarrage de Zabbix agent 2.

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 et enregistrement automatique

Condition de groupe de proxy

Une condition de groupe de proxy est désormais prise en charge dans les actions de découverte et d'enregistrement automatique.

Découverte de bas niveau

Case à cocher « Convertir en JSON » dans les formulaires de découverte

Une nouvelle case à cocher Convertir en JSON a été ajoutée au formulaire de règle de découverte de bas niveau et au formulaire de prototype de découverte. Elle s'affiche si « agent HTTP » est sélectionné dans la liste déroulante Type. Cette option vous permet de marquer les données récupérées pour leur 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.

Découverte des périphériques de bloc sur Linux et AIX

La nouvelle clé d'élément vfs.dev.get a été ajoutée pour la découverte des périphériques de bloc sur Linux et AIX. Elle peut être utilisée dans la découverte de bas niveau pour les périphériques de bloc. La clé d'élément vfs.dev.discovery reste disponible pour des raisons de compatibilité.

Découverte des interfaces réseau sous Linux

La nouvelle clé d'élément net.if.get a été ajoutée à Zabbix agent et à Zabbix agent 2 sous Linux. Elle peut être utilisée dans la découverte de bas niveau des interfaces réseau pour renvoyer une liste d'interfaces réseau avec des informations détaillées. La clé d'élément net.if.discovery reste disponible pour des raisons de compatibilité.

Découverte légère des systèmes de fichiers

L'élément vfs.fs.get de l'agent Zabbix et de Zabbix agent 2 prend désormais en charge deux paramètres facultatifs qui rendent la découverte des systèmes de fichiers plus légère et plus fiable :

• mode - en mode short, l'élément renvoie uniquement la liste des systèmes de fichiers montés avec leurs propriétés de base, sans les statistiques d'espace disque ni d'inodes. Comme les systèmes de fichiers eux-mêmes ne sont pas interrogés, la découverte ne déclenche pas le montage automatique et n'est pas affectée par les systèmes de fichiers réseau qui ne répondent pas. Le mode full (par défaut) renvoie les mêmes données qu'auparavant.
• mountpoint - renvoie les données du point de montage spécifié uniquement, afin que les statistiques puissent être collectées séparément pour chaque système de fichiers découvert (par exemple, avec vfs.fs.get[full,{#FSNAME}]).

Les modèles de système d'exploitation utilisent désormais cette approche ; voir Modifications des modèles.

Pour plus d'informations, voir vfs.fs.get et Découverte des systèmes de fichiers montés.

Bases de données

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 forme de liste de valeurs host:port séparées par des virgules, en s'appuyant sur la prise en charge du basculement de connexion 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.

Démarrage optimisé du serveur Zabbix

Le serveur Zabbix démarre désormais beaucoup plus rapidement. Pour ce faire, il charge les données d'historique depuis la base de données pour plusieurs éléments à la fois, au lieu de les charger un par un. Cette amélioration s'applique à tous les types de bases de données pris en charge par le serveur Zabbix.

Performances Elasticsearch optimisées

Le serveur Zabbix fonctionne désormais mieux avec Elasticsearch. Le serveur récupère les données plus efficacement sans utiliser la fonctionnalité scroll d'Elasticsearch, et réutilise les connexions existantes à Elasticsearch au lieu d'en ouvrir une nouvelle pour chaque requête. Le serveur ne se bloque également plus lors de l'envoi simultané de plusieurs requêtes à Elasticsearch (à l'aide du multi-handle de cURL).

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.

Affinage du throttling du proxy pendant la récupération du cache d'historique

La logique de throttling 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 throttling, le serveur continue d'arrêter d'accepter les données du proxy comme auparavant. Lorsque l'utilisation du cache tombe à 60 %, le serveur commence à traiter la liste de throttling, mais peut encore rejeter les envois du proxy qui contiennent des lots très volumineux (environ plus de 10k 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 que le serveur se rétablit.

Augmentation du délai d'expiration maximal pour zabbix_get et zabbix_js

La valeur maximale du paramètre timeout des utilitaires de ligne de commande zabbix_get et zabbix_js a été augmenté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 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 de déclencheur en plus des tags d'élément et d'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.

Fonctions de déclencheur basées sur le comptage améliorées

Le fonctionnement des fonctions basées sur le comptage (count(), item_count(), changecount(), etc.) dans les expressions de déclencheur a été amélioré, ce qui permet de traiter davantage de valeurs plus rapidement.

Mises à jour des cibles de contrôle à l'exécution

La liste des cibles disponibles pour le contrôle à l'exécution dans les messages d'aide du serveur Zabbix et du proxy, ainsi que dans les pages de manuel, a été mise à jour afin de correspondre aux types de processus pris en charge.

La cible supervisor a été ajoutée, tandis que les cibles non prises en charge discovery worker et preprocessing worker ont été supprimées.

Sécurité

Contrôle de l'accès au proxy et au serveur

Le nouvel onglet Liste d'accès aux proxy dans la configuration des groupes d'utilisateurs vous permet d'accorder aux groupes d'utilisateurs l'accès aux proxy, individuellement ou par l'intermédiaire de groupes de proxy.

La nouvelle option Sélectionner « Serveur » pour la supervision et la découverte dans la configuration des rôles utilisateur vous permet d'empêcher les utilisateurs de créer des hôtes supervisés par le serveur et par les règles de découverte réseau exécutées par le serveur, ainsi que de tester des éléments avec le serveur.

Nouveaux paramètres AllowKeyRegexp et DenyKeyRegexp dans la configuration de Zabbix agent et de Zabbix agent 2

Les nouveaux paramètres AllowKeyRegexp et DenyKeyRegexp ont été ajoutés à la configuration de Zabbix agent et de Zabbix agent 2. Ces paramètres vous permettent de définir des modèles basés sur des expressions régulières pour une correspondance plus précise et plus flexible des clés et de leurs paramètres.

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.

Authentification HashiCorp Vault avec la méthode AppRole

L'authentification HashiCorp Vault prend désormais en charge la méthode AppRole :

• Dans la configuration du serveur/proxy, en utilisant les nouveaux paramètres VaultAppRoleID et VaultAppSecretID (voir exemple).
• Dans la configuration de l'interface, en fournissant les valeurs de l'ID du rôle d'authentification et de l'ID secret.

Widgets

Modifications de l’option de fuseau horaire du widget d’horloge

L’option Time zone du formulaire de configuration du widget d’horloge a été déplacée de la section Advanced configuration vers la section principale de configuration du widget et renommée Override time zone.

Cette option est disponible pour les types d’heure Local time et Server time.

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.

Agréger les colonnes dans les éléments principaux

Le widget Éléments principaux peut désormais regrouper les 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 : Agréger les colonnes, Fonction d’agrégation des colonnes et Nom de la colonne combinée.

Améliorations du widget Graphique

Le widget Graphique offre plusieurs améliorations en matière d'ergonomie :

• Les éléments de l'infobulle des données du graphique, qui s'affiche lorsque vous survolez le graphique, sont triés par valeur décroissante.
• 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 les autres widgets qui prennent 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 Noms des hôtes dans les libellés vous permet de choisir si les noms des hôtes sont affichés dans l'infobulle et la légende du graphique.
• Un nouveau paramètre Inverser les valeurs 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.

Interface web

Tableaux de bord importables

De nouveaux tableaux de bord importables sont disponibles dans le dépôt des tableaux de bord :

• Tableau de bord des coûts multicloud - un tableau de bord permettant de surveiller les coûts cloud sur AWS, Azure, Google Cloud et Oracle Cloud.
• Tableau de bord des machines virtuelles multicloud - un tableau de bord permettant de surveiller les machines virtuelles exécutées sur AWS, Google Cloud, Oracle Cloud et Azure.

Ces tableaux de bord sont conçus pour fonctionner avec les intégrations Zabbix existantes en combinant les données provenant de plusieurs hôtes et cibles de supervision dans un tableau de bord global unifié.

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.

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.

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.

Améliorations de l'interface utilisateur de Zabbix

L'interface utilisateur de Zabbix a été modernisée afin d'améliorer l'accessibilité et la convivialité.

Amélioration de l’accessibilité

Le lien Passer au contenu principal a été ajouté pour améliorer la navigation au clavier et l’accessibilité.

Ce lien permet aux utilisateurs du clavier et des lecteurs d’écran de passer la navigation répétitive de la barre latérale et d’accéder directement au contenu principal. Il reste masqué lors d’une utilisation normale et n’apparaît que lorsqu’il reçoit le focus, par exemple lorsque la touche Tab est enfoncée après le chargement de la page ou lorsqu’il est utilisé avec un lecteur d’écran.

Validation en ligne

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

• Jeton API
• Journal d'audit
• Authentification
• Auto-enregistrement
• Connecteur
• Prototype de découverte
• Règle de découverte de bas niveau
• Règle de découverte réseau
• Corrélation d'événements
• Cartes géographiques
• Prototypes de graphiques
• Graphiques personnalisés
• interface
• Groupe d'hôtes
• Prototypes d'hôtes
• Maintenance
• Mappage d'icônes
• Images
• Maintenance
• Type de média
• Notifications
• Autres paramètres de configuration
• Profil
• proxy
• Groupe de proxy
• Expressions régulières
• Rapports planifiés
• Script
• Service
• SLA
• Groupe de modèles
• Élément de test
• Type de média de test
• Délais d'attente
• Options d'affichage des déclencheurs
• Constructeur d'expression de déclencheur
• Mettre à jour le problème
• Groupes d'utilisateurs
• Macros utilisateur globales
• Rôles utilisateur
• Utilisateurs

Les erreurs de saisie s'affichent immédiatement après le remplissage des champs, ce qui améliore l'ergonomie et réduit les erreurs de configuration.

Formulaires modaux

Les formulaires suivants s'ouvrent désormais dans une fenêtre modale :

• Formulaire de configuration du prototype de découverte
• Formulaire de configuration de la règle de découverte de bas niveau
• Formulaire de configuration du prototype d'hôte
• Formulaire de configuration global de l'expression régulière

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

Les tags hérités sont désormais affichés et renvoyés de manière cohérente pour les modèles, les hôtes, les éléments, les scénarios web et les déclencheurs. Les tags hérités des chaînes de modèles/hôtes sont visibles dans Surveillance > Dernières données. Le filtrage par tags hérités est disponible partout où le filtrage par tags est pris en charge, notamment dans les sections Surveillance > Dernières données et Collecte de données, ainsi que dans tous les widgets de tableau de bord permettant de filtrer par tags d’hôte, d’élément, de déclencheur ou de scénario web. Ainsi, la sélection et le sous-filtrage basés sur les tags se comportent de la même manière, quel que soit l’endroit où un tag a été défini.

L’onglet Tags des formulaires de configuration des modèles, des hôtes et des prototypes d’hôte expose désormais un élément radio permettant de choisir la manière dont les tags sont présentés : les modèles affichent Tags du modèle / Tags hérités et du modèle, tandis que les hôtes et les prototypes d’hôte affichent Tags de l’hôte / Tags hérités et de l’hôte. Les tags hérités sont distingués visuellement par une nouvelle icône de document en contour située à côté du libellé du tag.

Les widgets Graphique et Graphique circulaire incluent un nouveau paramètre Tags des éléments.

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.

Nouvelle variable $ZBX_FEATURE_FLAGS dans la configuration de l’interface

La nouvelle variable $ZBX_FEATURE_FLAGS[] a été implémentée dans la configuration de l’interface afin de contrôler l’accès à l’authentification HTTP des utilisateurs, ainsi qu’aux configurations des modules et des types de média. Les indicateurs de fonctionnalité suivants ont été ajoutés au fichier de configuration zabbix.conf.php :

• $ZBX_FEATURE_FLAGS['http_auth_enabled'] = false désactive l’accès à la configuration de l’authentification HTTP des utilisateurs (remplace la variable $ALLOW_HTTP_AUTH).
• $ZBX_FEATURE_FLAGS['modules_config_enabled'] = false désactive l’accès à la configuration des modules.
• $ZBX_FEATURE_FLAGS['media_type_denylist'] = [<value1>, <value2>, ...] restreint la modification des types de média qui utilisent les méthodes de diffusion spécifiées ('email', 'script', 'sms' ou 'webhook' ; une ou plusieurs valeurs peuvent être spécifiées).

L’accès à setup.php est restreint si le fichier de configuration zabbix.conf.php existe.

Les détails de l'événement affichent la raison de la suppression

La page détails de l'événement, ouverte depuis Monitoring > Problems, indique désormais si un événement a été supprimé en raison de la maintenance de l'hôte ou supprimé manuellement par un utilisateur.

Les icônes orange et indiquent une suppression/annulation de suppression liée à la maintenance, tandis que les icônes grises et indiquent une suppression/annulation de suppression manuelle.

Dans les historiques des problèmes et des événements, les actions effectuées par des utilisateurs supprimés sont désormais affichées comme Utilisateur inaccessible.

Améliorations du rapport d'informations système

Le rapport Informations système affiche désormais l'ID du serveur (UUIDv7).
Le rapport d'informations système est désormais également disponible pour les utilisateurs Zabbix Admin.

Modifications apportées au paquet de stratégie SELinux de Zabbix

Pour la version 10 d'AlmaLinux, CentOS Stream, RHEL, Rocky Linux et Oracle Linux, la stratégie SELinux est fournie par le nouveau paquet zabbix-selinux-policy-main, qui contient la stratégie SELinux provenant du dépôt SELinux amont.

Le paquet zabbix-selinux-policy existant dépend désormais soit de zabbix-selinux-policy-main, soit de selinux-policy-targeted-extra. Le paquet zabbix-selinux-policy-main entre en conflit avec selinux-policy-targeted-extra; par conséquent, les deux paquets ne peuvent pas être installés en même temps.

Si vous disposez déjà d'une installation de zabbix-selinux-policy, aucune modification manuelle n'est requise. Lors de la mise à niveau du paquet, zabbix-selinux-policy-main sera installé automatiquement. Si selinux-policy-targeted-extra est déjà installé, aucun paquet supplémentaire ne sera installé.

Paramètre de diaporama du tableau de bord

Lors de la création d’un tableau de bord, la case à cocher Démarrer le diaporama est désactivée par défaut et doit être activée explicitement. Un paramètre d’URL slideshow accepte les valeurs on ou off, ce qui permet de remplacer rapidement le paramètre du diaporama du tableau de bord. Le paramètre slideshow=1 est obsolète et ne sera plus pris en charge.

Lien vers les proxy Zabbix Cloud

La liste des proxy dans Administration > Proxy inclut désormais un bouton Créer un proxy dans le Cloud. En cliquant dessus, Zabbix Cloud s’ouvre dans un nouvel onglet du navigateur, où vous pouvez déployer un proxy sans l’installer sur votre propre infrastructure. Pour plus d’informations, consultez Configurer un proxy Zabbix Cloud.

Documentation

Pages de documentation consolidées pour les versions mineures

La documentation de publication pour les versions mineures d'une version majeure de Zabbix sera désormais regroupée dans une seule page de documentation, à la fois pour les nouvelles fonctionnalités et les notes de mise à niveau.

Notes de mise à niveau

Ces notes concernent la mise à niveau de Zabbix 7.4.x vers Zabbix 8.0.0.

Toutes les notes sont regroupées en :

• Modifications incompatibles - modifications susceptibles de rompre les installations existantes et autres informations critiques liées au processus de mise à niveau
• Autres - toutes les autres informations décrivant les changements dans les fonctionnalités de Zabbix

Voir aussi :

• Procédure de mise à niveau pour toutes les informations pertinentes sur la mise à niveau depuis les versions antérieures à Zabbix 8.0.0 ;
• Mise à niveau du cluster HA pour des instructions sur la mise à niveau des serveurs dans un cluster à haute disponibilité (HA).

Modifications incompatibles

Éléments internes du proxy limités aux hôtes surveillés par le serveur

Les éléments internes zabbix[proxy,*] et zabbix[proxy group,*] ne sont plus pris en charge sur les hôtes surveillés par un proxy ou un groupe de proxys.

Abandon de la prise en charge des agents Zabbix antérieurs à la version 1.6

En raison de la suppression de la prise en charge des protocoles hérités en texte brut et XML par le trapper du serveur/proxy Zabbix, les agents Zabbix antérieurs à la version 1.6 ne sont plus pris en charge.

Version minimale de la bibliothèque Logback

La version minimale de la bibliothèque Logback a été relevée de 1.5.16 à 1.5.25.

Validation en ligne

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

• Jeton API
• Journal d'audit
• Authentification
• Auto-enregistrement
• Connecteur
• Corrélation d'événements
• Cartes géographiques
• Prototypes de graphique
• Graphiques personnalisés
• GUI
• Groupe d'hôtes
• Prototypes d'hôtes
• Maintenance
• Mappage d'icônes
• Images
• Maintenance
• Type de média
• Notifications
• Autres paramètres de configuration
• Profil
• proxy
• Groupe de proxy
• Expressions régulières
• Rapports planifiés
• Script
• Service
• SLA
• Groupe de modèles
• Élément de test
• Type de média de test
• Délais d'attente
• Options d'affichage des déclencheurs
• Constructeur d'expression de déclencheur
• Mettre à jour le problème
• Groupes d'utilisateurs
• Macros utilisateur globales user macros
• Rôles utilisateur
• Utilisateurs

Les erreurs de saisie s'affichent immédiatement après le remplissage des champs, ce qui améliore l'ergonomie et réduit les erreurs de configuration.

Plugins

Le plugin Ceph pour Zabbix agent 2 est désormais un plugin chargeable et nécessite des étapes d'installation supplémentaires. Consultez le readme du plugin Ceph pour plus de détails.

Le schéma tcp:// est obsolète dans le plugin MongoDB, mais il est conservé pour assurer la compatibilité ascendante avec les configurations existantes.

Le paramètre Plugins.Oracle.CallTimeout dans le fichier de configuration du plugin Oracle n'a plus aucun effet. Le temps d'attente maximal est désormais déterminé par le délai d'attente de l'élément.

Prise en charge des versions de MongoDB par le plugin

Cette version du plugin ne prend plus en charge MongoDB 2.6–4.0. Elle utilise MongoDB Go Driver v2, qui nécessite MongoDB 4.2 ou une version ultérieure.

Pour superviser MongoDB 2.6–4.0, utilisez une version antérieure du plugin. Les versions antérieures prennent en charge MongoDB 2.6–5.3 et peuvent être utilisées avec l'agent Zabbix 2 version 6.0.0 ou ultérieure.

Version minimale requise de PHP

La version minimale requise de PHP a été relevée de 8.0.0 à 8.2.0.

Liste étendue des UnsafeUserParameters

Le caractère % a été ajouté à la liste UnsafeUserParameters pour Zabbix agent et Zabbix agent 2.

Paramètres de filtre déplacés

Dans le cadre de la fonctionnalité des tableaux personnalisables, certains paramètres de filtre ont été déplacés de l'onglet de filtre vers les options de colonne. Si vous avez enregistré des onglets pour les filtres favoris qui utilisent l'un des paramètres de filtre suivants, ils seront réinitialisés et devront être reconfigurés manuellement après la mise à niveau :

• Monitoring > Hôtes : Afficher les problèmes supprimés
• Monitoring > Dernières données : Afficher les tags, Nom du tag, Priorité d'affichage du tag, Afficher les détails
• Monitoring > Problèmes : Afficher les tags, Nom du tag, Priorité d'affichage du tag, Afficher les données opérationnelles, Vue compacte, Afficher les détails, Afficher la chronologie, Mettre en évidence toute la ligne

Les méthodes d'objet intégrées du prétraitement JavaScript sont désormais en lecture seule

Les méthodes d'objet JavaScript intégrées dans les scripts de prétraitement sont désormais en lecture seule. Si vous avez déjà modifié des méthodes intégrées sur des prototypes JavaScript dans des scripts de prétraitement d'élément, vous pouvez rencontrer des problèmes, car la modification des méthodes de prototype intégrées n'est plus autorisée.

Jeu de caractères et collation de la base de données MySQL

Si la base de données MySQL de Zabbix a été créée avec le jeu de caractères utf8mb3 et la collation utf8mb3_bin, il est fortement recommandé de la convertir au jeu de caractères utf8mb4 et à la collation utf8mb4_bin avant de mettre Zabbix à niveau, comme décrit dans Réparation du jeu de caractères et de la collation de la base de données Zabbix.

Autres

Modèles Kubernetes obsolètes

Les modèles Kubernetes sont obsolètes et ont été remplacés par le modèle Kubernetes Cluster by HTTP. Les anciens modèles sont conservés pour assurer la compatibilité ascendante avec les configurations existantes.

Macros obsolètes supprimées

La prise en charge des macros intégrées suivantes a maintenant été supprimée :

Paramètres obsolètes pour les fournisseurs de stockage de l’historique

Les paramètres suivants sont désormais obsolètes :

• Fichier de configuration du serveur Zabbix : HistoryStorageDateIndex, HistoryStorageURL et HistoryStorageTypes. Veuillez utiliser le nouveau paramètre HistoryProvider à la place.
• Fichier de configuration de l’interface Zabbix : $HISTORY. Veuillez utiliser le nouveau paramètre $HISTORY_PROVIDERS à la place.

Les deux nouveaux paramètres vous permettent de choisir le fournisseur de stockage de l’historique : Elasticsearch, ClickHouse ou SQL (par défaut). Notez que vous ne pouvez pas utiliser simultanément ces nouveaux paramètres et les paramètres obsolètes.

Suppression de la validation JSON et XML pour les éléments d'agent HTTP

La validation JSON et XML a été supprimée du champ Corps de la requête dans les éléments agent HTTP. Le champ ne vérifie plus si la valeur est un XML ou un JSON valide, et la sélection de Données XML comme Type de corps de la requête ne nécessite plus la bibliothèque libxml2.

Liens désactivés masqués dans les hôtes surveillés

Les liens Graphiques, Tableaux de bord et Web désactivés ne sont plus affichés dans la liste des hôtes surveillés.

Type de données JSON

Zabbix prend désormais en charge JSON comme type de données pour les valeurs des éléments. Si vous utilisez TimescaleDB, la nouvelle hypertable history_json (utilisée pour stocker les valeurs JSON) doit être configurée manuellement. Si vous utilisez Elasticsearch, la valeur par défaut du paramètre de configuration du serveur Zabbix HistoryStorageTypes, désormais obsolète, inclut maintenant json.

Bouton radio supprimé dans le formulaire Nouveau filtre de balises

Le bouton radio qui imposait de choisir entre Toutes les balises et Liste de balises lors de la création d'un nouveau filtre de balises a été supprimé.

Valeurs d'élément affichées en HTML à l'aide d'iframes

Les données d'élément dans le widget Historique des éléments, lorsqu'elles sont affichées sous forme de texte formaté en HTML, sont désormais isolées dans des iframes.

Vérification TLS pour les modèles et les types de média basés sur HTTP

Les modèles et les types de média qui se connectent à des points de terminaison HTTPS vérifient désormais le certificat TLS du point de terminaison par défaut.

Cette modification concerne tous les modèles de surveillance du cloud et des API (par exemple, Claude API by HTTP, Cloudflare by HTTP, Kubernetes Cluster by HTTP) ainsi que tous les types de média webhook (par exemple, Slack, Jira, Telegram). Vous pouvez modifier ce comportement à l’aide de la nouvelle macro utilisateur {$HTTP.TLS.VERIFY}, ajoutée à ces modèles et types de média. Pour plus d’informations, consultez le fichier README de chaque modèle HTTP ou webhook.

Lorsque vous mettez à niveau Zabbix, les modèles et les types de média ne sont pas mis à niveau automatiquement. Cela évite d’écraser les modifications personnalisées que vous avez apportées. Pour mettre à niveau ou ajouter manuellement des modèles et des types de média, consultez les instructions de mise à niveau des modèles.

Compatibilité des modèles avec l'assistant d'hôte

Tous les modèles prêts à l'emploi sont désormais compatibles avec l'assistant d'hôte. Pour les mettre à niveau, consultez Mise à niveau des modèles.

Redimensionnement automatique des champs de configuration

La plupart des champs de configuration dans l'interface se redimensionnent désormais automatiquement pour s'adapter à leur contenu.

Variable de configuration de l'interface remplacée

La variable $ALLOW_HTTP_AUTH a été remplacée par l'indicateur de fonctionnalité $ZBX_FEATURE_FLAGS['http_auth_enabled'] dans le fichier de configuration de l'interface (zabbix.conf.php).

Traitement concurrent des vérifications SNMPv1 et SNMPv2

Les vérifications de service asynchrones SNMPv1 et SNMPv2 sont désormais traitées en parallèle par les workers de découverte disponibles.

Modifications apportées au paquet de stratégie SELinux de Zabbix

Pour la version 10 d'AlmaLinux, CentOS Stream, RHEL, Rocky Linux et Oracle Linux, le paquet zabbix-selinux-policy existant dépend désormais de zabbix-selinux-policy-main ou de selinux-policy-targeted-extra.
Si vous avez déjà une installation de zabbix-selinux-policy, aucune modification manuelle n'est requise. Lors de la mise à niveau du paquet, zabbix-selinux-policy-main sera installé automatiquement. Si selinux-policy-targeted-extra est déjà installé, aucun paquet supplémentaire ne sera installé.

État de la période de maintenance renommé

L'état de la période maintenance a été renommé de Approaching en Upcoming.

Paramètre de diaporama du tableau de bord obsolète

La prise en charge du paramètre slideshow=1 sera supprimée. De nouvelles valeurs pour le paramètre slideshow ont été introduites pour démarrer et arrêter le diaporama :

• slideshow=on - démarrer le diaporama
• slideshow=off - arrêter le diaporama

Modifications des expressions régulières globales

• Le champ Description a été ajouté au formulaire de configuration des expressions régulières.
• Les options du type d'expression ont été renommées :

Accès par défaut à l’API

Pour les nouvelles installations, l’accès à l’API est désactivé par défaut pour tous les rôles, y compris les rôles nouvellement créés et les rôles utilisateur par défaut.

Pour les installations existantes, l’accès à l’API est désactivé par défaut uniquement pour les rôles nouvellement créés.