Il est nécessaire de mettre l'équipement sous surveillance, mais dans notre système préféré Zabbix, il n'existe pas de modèle prêt à l'emploi pour ce type d'équipement. Une situation familière ? Chacun trouve sa propre solution. Un administrateur cherche une réponse sur Internet. Un autre développe son propre modèle. Et certains abandonnent cette tâche. Actuellement, l'équipe Zabbix élargit son ensemble de modèles prédéfinis avec chaque nouvelle version. Par exemple, dans la version 5.0 à venir, un nouveau modèle universel pour la surveillance sera disponible. serveurs via IPMI — Template Server by IPMI. Des collègues m'ont demandé de les aider à déboguer son fonctionnement sur du matériel de différents fabricants. Pour nous, c'est aussi une occasion unique d'effectuer un test de ce nouveau fonctionnement. Nous partageons les résultats.
À quoi ressemble le nouveau modèle ?
Pour surveiller votre serveur avec ce modèle, vous devez créer dans le système un « nœud réseau » configuré pour la surveillance via IPMI et y attacher le modèle Template Server by IPMI (Fig. 1). Il n'y aura pas de description détaillée de cette opération ici : des instructions détaillées sont disponibles dans la documentation officielle de Zabbix.
Fig. 1. Modèle Template Server by IPMI
Examinons les principes de fonctionnement de ce modèle et sa structure.
La base du modèle est l'outil ipmitool. Il permet d'obtenir les statistiques nécessaires de l'équipement via IPMI. L'utilisation des fonctionnalités de cet outil et l'obtention de toutes les données nécessaires sont désormais accessibles aux utilisateurs via l'interface web à l'aide du type d'éléments de données IPMI agent et de la clé spéciale ipmi.get. Cela a été rendu possible grâce à l'apparition de la clé ipmi.get dans la nouvelle version.
Dans le modèle Template Server by IPMI, c'est l'élément de données Item Get IPMI sensors (Fig. 2) qui est responsable de la collecte des informations à l'aide de cette nouvelle fonctionnalité.
Fig. 2. Élément de données Item Get IPMI sensors
En conséquence, l'élément de données Item Get IPMI sensors fournit à Zabbix des informations sur l'état de l'équipement dans un format JSON structuré (Fig. 3).
Fig. 3. Exemple de résultat du item Get IPMI sensors
En plus de l'élément de données Item Get IPMI sensors dans le modèle, il y a également deux règles de découverte : Discrete sensors discovery (Fig. 4) et Threshold sensors discovery (Fig. 5). Ces règles de découverte utilisent le JSON obtenu à partir de l'élément de données Item Get IPMI sensors pour créer automatiquement de nouveaux éléments de données et déclencheurs. Cela est bien visible dans les figures ci-dessous dans la section Master item.
Fig. 4. Règle de découverte Discrete sensors discovery
Fig. 5. Règle de découverte Threshold sensors discovery
Pourquoi le modèle utilise-t-il deux règles de découverte au lieu d'une seule ?
Discrete sensors discovery permet la création automatique d'éléments de données qui ont comme type de valeur « chaîne ». La règle de découverte Threshold sensors discovery permet quant à elle de créer automatiquement des éléments de données qui ont comme type de valeur « nombre ». De plus, cette règle peut générer jusqu'à 6 déclencheurs pour chaque élément de données (Fig. 6).
Les valeurs pour les conditions des déclencheurs sont extraites du JSON, c'est-à-dire de l'appareil lui-même. Les déclencheurs sont créés pour 6 seuils : seuil bas dangereux, seuil bas critique, seuil bas non critique, seuil haut non critique, seuil haut critique, seuil haut dangereux. Si la valeur pour un seuil donné est absente dans le JSON, le déclencheur n'est pas créé.
Dans le déclencheur formé, le seuil peut être redéfini au niveau de Zabbix. Cependant, à notre avis, le moyen le plus logique de modifier le déclencheur est de le transformer au niveau matériel. Comment procéder est généralement indiqué dans le manuel de l'appareil.
Fig. 6. 6 prototypes de déclencheurs de la règle de découverte Threshold sensors discovery
On s'attelle et c'est parti
Pour tester le modèle Template Server by IPMI, nous avons choisi des serveurs de trois fabricants : IBM, HP et Huawei. Quelques minutes après la connexion, nous avons obtenu des résultats présentés dans le tableau.
Tableau 1. Résultats des tests du modèle Template Server by IPMI
Fabricant de l'équipement
Modèle de l'équipement
Nombre d'éléments de données créés automatiquement
Nombre de déclencheurs créés automatiquement
HP
ProLiant DL360 G5
20
24
Huawei
1288H V5
175
56
IBM
System X
139
27
Tout l'équipement a pu être suivi avec succès grâce au nouveau modèle et à la nouvelle clé ipmi.key.
Nous avons pu obtenir le plus de données de l'équipement Huawei, tandis que le moins provenait de HP. La raison réside dans la différence des composants matériels des appareils et n'est pas liée à la qualité du nouveau modèle.
Les captures d'écran ci-dessous montrent les éléments de données et les déclencheurs créés automatiquement par le modèle.
Fig. 7. Éléments de données créés automatiquement par le modèle
Fig. 8. Déclencheurs créés automatiquement par le modèle
* * *
Le modèle Template Server par IPMI a fait ses preuves. Il s'est révélé facile à utiliser et, surtout, « polyvalent ».
Le modèle Template Server par IPMI figurera parmi les modèles de base dans la version Zabbix 5.0. De notre côté, nous soutenons pleinement cette approche du fabricant. Même si les spécialistes doivent créer leurs propres modèles spécialisés, nous recommandons de s'appuyer sur les méthodes établies par le fabricant et observées dans le Template Server par IPMI. Premièrement, utiliser la détection automatique des éléments de données en utilisant l'élément maître. Deuxièmement, appliquer la détection automatique des déclencheurs en utilisant l'élément maître lorsque cela est possible.
Et nous attendons avec impatience la sortie de Zabbix 5.0 dans un avenir proche !
Auteur : Dmitry Untila, architecte des systèmes de surveillance chez « Infosystème Jet »
Source : habr.com
