This is a translation of the original English documentation page. Help us make it better.

10 Notes de mise à jour pour 6.0.0

Ces notes concernent la mise à niveau de Zabbix 5.4.x vers Zabbix 6.0.0. Toutes les notes sont regroupées en :

  • Critique - les informations les plus critiques liées au processus de mise à niveau et aux modifications des fonctionnalités de Zabbix
  • Informel - toutes les informations restantes décrivant les modifications apportées aux fonctionnalités de Zabbix

Il est possible de mettre à niveau vers Zabbix 6.0.0 à partir de versions antérieures à Zabbix 5.4.0. Consultez la section procédure de mise à niveau pour toutes les informations pertinentes sur la mise à niveau depuis les versions précédentes de Zabbix.

Critique

Databases

Pour créer une expérience utilisateur optimale et garantir les meilleures performances de Zabbix dans divers environnements de production, la prise en charge de certaines anciennes versions de bases de données a été abandonnée. Cela s'applique principalement aux versions de base de données qui approchent de leur fin de vie et aux versions présentant des problèmes non résolus susceptibles d'interférer avec les performances normales.

À partir de Zabbix 6.0, les versions de base de données suivantes sont officiellement prises en charge :

  • MySQL/Percona 8.0.X
  • MariaDB 10.5.X - 10.6.X
  • PostgreSQL 13.X
  • Oracle 19c - 21c
  • TimescaleDB 2.0.1-2.3
  • SQLite 3.3.5-3.34.X

Par défaut, le serveur et le proxy Zabbix ne démarreront pas si une version de base de données non prise en charge est détectée. Il est désormais possible, bien que non recommandé, de désactiver la vérification de la version de la base de données en modifiant le paramètre de configuration AllowUnsupportedDBVersions pour le serveur ou le proxy.

Clés primaires

Les clés primaires sont désormais utilisées pour toutes les tables, y compris les tables d'historique, dans les nouvelles installations.

Il n'y a pas de mise à niveau automatique vers les clés primaires pour les installations existantes. Des instructions pour une mise à niveau manuelle des tables d'historique vers les clés primaires dans les installations préexistantes sont disponibles pour MySQL/MariaDB, PostgreSQL, TimescaleDB v1 et v2, et Oracle.

Support PCRE2

La prise en charge de PCRE2 a été ajoutée. PCRE est toujours pris en charge, mais Zabbix ne peut être compilé qu'avec l'une des bibliothèques PCRE ou PCRE2, les deux ne peuvent pas être utilisées en même temps.

Les packages d'installation Zabbix suivants ont été mis à jour et utilisent désormais PCRE2 : - RHEL 7 et plus récent - SLES (toutes les versions) - Debian 9 et plus récent - Ubuntu 16.04 et plus récent

Veuillez noter qu'après être passé à PCRE2, vous devrez peut-être mettre à jour certaines expressions régulières. En particulier, le modèle ^[\w-\.] doit être remplacé par ^[-\\w\\.] pour continuer à fonctionner correctement - voir [Problèmes connus] (manual/installation/known_issues#invalid_regular_expressions_after_switching_to_pcre2) pour une explication plus détaillée.

Traitement séparé pour les contrôles ODBC

Le traitement des vérifications ODBC est désormais effectué par des processus serveur/proxy séparés odbc pollers. Auparavant, les vérifications ODBC étaient effectuées par des pollers réguliers, qui fonctionnent également avec les éléments de l'agent Zabbix, les vérifications SSH, etc.

Un nouveau paramètre de configuration StartODBCPollers a été ajouté aux fichiers de configuration Zabbix du server et du proxy avec la valeur par défaut 1. Ce paramètre peut devoir être ajusté en fonction du nombre de vérifications ODBC effectuées par le serveur ou le proxy. Vous pouvez également réduire le nombre d'interrogateurs réguliers définis par le paramètre StartPollers en conséquence.

L'élément interne zabbix[process,<type>] peut être utilisé pour surveiller la charge des pollers ODBC.

Journal d'audit

Afin d'améliorer la journalisation d'audit dans Zabbix et de rendre le journal d'audit complet et fiable, la structure de la base de données existante a dû être retravaillée. Lors d'une mise à niveau, les tables de base de données auditlog et auditlog_details seront remplacées par la nouvelle table auditlog avec un format différent. Les anciens enregistrements d'audit ne seront pas conservés.

Une nouvelle section Journal d'audit a été ajoutée au menu Administration→Général permettant d'activer (par défaut) ou de désactiver la journalisation d'audit. Les paramètres d'entretien ménager pour l'audit, auparavant situés dans la section de menu Nettoyage, ont également été déplacés vers la nouvelle section Journal d'audit. Les paramètres de nettoyage existants seront enregistrés.

Modifications de l'API

Voir la liste des modifications d'API dans Zabbix 6.0.0.

Macros simples remplacées par des macros d'expression

La fonctionnalité des macros simples a été transférée aux macros d'expression. Les macros simples existantes seront converties en macros d'expression lors de la mise à niveau. Les macros qui ne peuvent pas être converties sans dépasser la limite de longueur ne seront pas converties avec un avertissement imprimé dans le fichier journal.

Macros

Les macros positionnelles ne sont plus prises en charge

La prise en charge des macros positionnelles dans le nom de l'élément ($1, $2...$9), obsolète depuis Zabbix 4.0, a été entièrement supprimée.

Les macros utilisateur dans le nom de l'élément ne sont plus prises en charge

La prise en charge des macros utilisateur dans les noms d'éléments (y compris les noms de règles de découverte), obsolète depuis Zabbix 4.0, a été entièrement supprimée.

Surveillance → Aperçu supprimé

La section Aperçu du menu Surveillance a été complètement supprimée. La même fonctionnalité est toujours accessible à l'aide des widgets de tableaux de bord Aperçu des données et Aperçu des déclencheurs .

Modification de la dépendance pour les déclencheurs hérités désactivée

La possibilité de modifier les dépendances des déclencheurs hérités d'un modèle est désormais désactivée. La raison en est que lors de la mise à jour des dépendances d'un déclencheur de modèle, les dépendances des déclencheurs hérités sont écrasées. Ainsi, il est toujours plus fiable de définir des dépendances de déclencheur uniquement au niveau du modèle racine.

Informel

Éléments internes obsolètes pour l'historique/les tendances

Les éléments internes suivants sont désormais obsolètes et seront supprimés dans une future version majeure :

  • zabbix[history]
  • zabbix[history_log]
  • zabbix[history_str]
  • zabbix[history_text]
  • zabbix[history_uint]
  • zabbix[trends]
  • zabbix[trends_uint]
Plugins de l'agent Zabbix 2

Chaque plugin Zabbix agent 2 a maintenant un fichier de configuration séparé. Par défaut, ces fichiers se trouvent dans le répertoire ./zabbix_agent2.d/plugins.d/. Le chemin est spécifié dans le paramètre Include du fichier de configuration de l'agent 2 et peut être relatif à l' emplacement du fichier zabbix_agent2.conf ou zabbix_agent2.win.conf.

Mots de passe utilisateur

Auparavant, les espaces dans les mots de passe des utilisateurs étaient automatiquement supprimés à la fois dans le formulaire de configuration de l'utilisateur et dans le formulaire de connexion. Après l'introduction des exigences de complexité des mots de passe configurables, les espaces dans les mots de passe ne sont plus supprimés. Ainsi les utilisateurs, qui pensaient avoir des espaces dans leurs mots de passe, ne pourront pas se connecter comme d'habitude et devront entrer leur 'ancien' mot de passe sans espaces. Pour continuer à utiliser des mots de passe avec des espaces, ils devront recréer leurs mots de passe.

Traitement en masse des métriques Prometheus

Étant donné que le traitement en masse des éléments dépendants a été introduit dans la file d'attente de prétraitement pour les métriques Prometheus, les éléments dépendants ne seront plus traités en parallèle, ce qui peut avoir une incidence sur la vitesse à laquelle ils sont traités.

Transfert de commande d'exécution

Les commandes d'exécution du serveur et du proxy Zabbix sont désormais envoyées via socket au lieu de signaux Unix. Cette modification permet d'améliorer l'expérience utilisateur en travaillant avec les options de contrôle d'exécution :

  • Les résultats de l'exécution de la commande sont maintenant affichés sur la console.
  • Il est possible d'envoyer des paramètres d'entrée plus longs, tels que le nom du nœud HA au lieu du numéro de nœud.
Les graphiques personnalisés favoris ne sont plus pris en charge

Il n'est plus possible d'ajouter des graphiques personnalisés aux favoris dans Surveillance -> Hôtes -> Graphiques. Après la mise à niveau, tous les graphiques personnalisés existants seront supprimés des favoris.

Surveillance des services

Plusieurs mises à jour majeures liées à la fonctionnalité de surveillance des services ont été effectuées. Une configuration d'arborescence de services existante sera modifiée lors d'une mise à niveau de la manière suivante :

  • Les dépendances basées sur des déclencheurs entre les problèmes et les services sont remplacées par un mappage basé sur des tags des services aux problèmes. Les déclencheurs qui ont été liés à un service recevront un nouveau tag ServiceLink : <trigger ID>:<trigger name> (la valeur du tag sera tronquée à 32 caractères). Les services liés recevront le même tag de problème.

  • Les dépendances matérielles et logicielles n'existent plus. Au lieu de cela, un service aura plusieurs services parents.

  • L'algorithme de calcul du statut sera mis à jour en utilisant les règles suivantes :

    • Ne pas calculer → Définir le statut sur OK
    • Problème, si au moins un enfant a un problème → Le plus critique des nœuds enfants
    • Problème, si tous les enfants ont des problèmes → Le plus critique si tous les enfants ont des problèmes
  • Le SLA n'est plus un attribut de service, mais une entité distincte qui peut être attribuée à plusieurs services. Lors d'une mise à niveau, des SLA identiques seront regroupés et un SLA par groupe sera créé. Les services recevront un nouveau tag de service SLA :<ID> pour la correspondance.

Voir également :