Sur cette page

Évaluation SNMP et WMI

Les moniteurs SNMP et WMI lisent tous deux une valeur sur un équipement et la transforment en statut. Vous choisissez comment avec un opérateur : comparer la valeur à des seuils numériques, ou la confronter à une expression régulière.

Le mécanisme est identique pour les deux types de moniteurs — seule la source de la valeur diffère :

  • SNMP lit la valeur d’un OID.
  • WMI lit la valeur renvoyée par une requête WQL (dans un espace de noms, par défaut root\CIMV2).

Chaque ligne du moniteur possède un opérateur qui décide comment sa valeur devient un statut, et quels champs supplémentaires le formulaire affiche.

Opérateurs

Opérateur Champs supplémentaires Comportement
number > Mineur / Majeur / Critique Le statut s’aggrave à mesure que la valeur dépasse chaque seuil
number < Mineur / Majeur / Critique Le statut s’aggrave à mesure que la valeur descend sous chaque seuil
regexp Motif Le statut dépend de la correspondance de la valeur au motif régulier

Les seuils suivent l’ordre de gravité habituel : franchir Mineur déclenche un statut mineur, Majeur un statut majeur, Critique un statut critique.

Exemple SNMP

Superviser la mémoire libre sur un OID et alerter quand elle descend trop bas.

Champ Valeur
OID .1.3.6.1.4.1.2021.4.6.0
Opérateur number <
Mineur 2000000
Majeur 1000000
Critique 500000

Exemple WMI

Interroger la charge CPU via WQL et alerter quand elle grimpe.

Champ Valeur
Espace de noms root\CIMV2
WQL SELECT LoadPercentage FROM Win32_Processor
Opérateur number >
Mineur 70
Majeur 85
Critique 95

Exemple regexp

Faire correspondre une chaîne de statut (identique sur un OID SNMP ou un résultat de requête WMI).

Champ Valeur
Opérateur regexp
Motif ^running$

Tester avant d’enregistrer

Les deux formulaires proposent une action test qui exécute la lecture d’OID ou la requête WQL sur la cible via la sonde sélectionnée et affiche la valeur renvoyée, afin de confirmer la valeur et l’opérateur avant la mise en service du moniteur. Les requêtes WMI nécessitent en outre des identifiants valides — fournissez-les en ligne ou référencez une configuration d’identifiants.

Sur les équipements SNMP, le bouton ⚡ Tout tester dans l’en-tête du panneau OID exécute le test de toutes les lignes en une fois (légèrement échelonné pour ne pas saturer la sonde) et remplit toutes les cellules Test Output.

Construire la liste d’OID plus vite (équipements SNMP)

Le panneau OID d’un équipement SNMP embarque trois assistants, tous dans l’en-tête du panneau. Ils ne font qu'ajouter des lignes au tableau — rien n’est appliqué à l’équipement tant que vous n’avez pas relu les seuils et cliqué sur le bouton d’enregistrement du panneau.

OID suggérés

Le bouton 🪄 Suggest OIDs propose un ensemble d’OID adapté à l’équipement sélectionné :

  • une base générique (détection de redémarrage via sysUpTime, charge CPU, nombre de processus, sessions TCP, nombre d’interfaces), plus
  • un jeu constructeur déduit du sysObjectID découvert (CPU/mémoire/température Cisco, agents Linux Net-SNMP, Fortinet, Palo Alto, Juniper, F5, MikroTik…).

Chaque candidat est vérifié en direct sur l’équipement via la sonde : seuls les OID auxquels l’équipement a réellement répondu sont affichés, chacun avec sa valeur courante. La sonde énumère aussi les interfaces de l’équipement et propose des suggestions par interface (ifOperStatus avec l’état up/down en direct, et une expression de trafic ifInOctets + ifOutOctets). Cochez les entrées voulues et cliquez sur Add selected — les lignes déjà présentes dans le tableau sont marquées already added et ignorées. Chaque suggestion arrive avec un opérateur et des seuils par défaut raisonnables ; ajustez-les avant d’enregistrer.

Le bouton 🌳 Browse device parcourt (walk) n’importe quel sous-arbre SNMP de l’équipement et liste chaque entrée avec son nom MIB résolu, son type et sa valeur courante. Choisissez un sous-arbre courant dans la liste (system, interfaces, host-resources, net-snmp…) ou saisissez un OID racine, puis cliquez sur Walk. Utilisez le champ de filtre pour affiner, et cliquez sur + sur une ligne pour la transformer en ligne d’OID — l’opérateur est choisi automatiquement selon le type de valeur (types numériques → number >, chaînes → regexp). C’est le moyen le plus rapide d’instrumenter un équipement inconnu du catalogue de suggestions.

Modèles de jeux d’OID

Le bouton 📑 OID set templates enregistre et réutilise des jeux d’OID complets entre équipements :

  1. Peaufinez les lignes d’OID sur un équipement, ouvrez le panneau, nommez le modèle et cliquez sur Save current rows.
  2. Sélectionnez n’importe quel autre équipement, rouvrez le panneau et cliquez sur Apply sur le modèle : ses lignes sont ajoutées (les entrées déjà présentes sont ignorées), vous relisez les seuils et enregistrez.

Les modèles sont stockés centralement avec l’auteur et la date ; le rôle viewer peut appliquer mais ni enregistrer ni supprimer.

Aides à la saisie

  • Pendant la saisie ou le collage dans un champ OID Value, une indication sous le champ affiche le nom MIB standard résolu (sysUpTime, ifOperStatus.4, opérandes d’expression compris) pour repérer un OID erroné d’un coup d’œil.
  • Les suggestions et les résultats de walk signalent les valeurs Counter32/Counter64 par une pastille ⚠ counter : un seuil absolu sur un compteur monotone croissant a rarement du sens — préférez une expression de type delta.

La vérification en direct, l’énumération des interfaces et le navigateur d’OID nécessitent une sonde à jour. Face à une sonde plus ancienne, les suggestions restent proposées (marquées unverified) et le navigateur indique qu’une mise à jour de la sonde est nécessaire.

Les mêmes assistants sur les équipements WMI

Le panneau de requêtes d’un équipement WMI embarque les assistants équivalents :

  • 🪄 Suggest queries — un catalogue de contrôles WQL éprouvés (charge CPU, mémoire engagée/libre, file d’attente processeur, détection de redémarrage via l’uptime, nombre de processus, file d’attente disque, connexions TCP), vérifiés en direct sur l’hôte via la sonde. La sonde énumère aussi les disques locaux (une suggestion d’espace libre par lecteur, seuils préremplis à 20/10/5 % de la taille du disque, valeur « libre / total » affichée) et les services à démarrage automatique (une suggestion regexp ^Running$ sur State par service, état courant affiché).
  • 🗂 Navigateur de classes WMI — énumérez les classes de l’espace de noms (filtrées par préfixe, ou choisissez une classe courante dans la liste rapide), ouvrez-en une pour échantillonner une instance en direct : chaque propriété est listée avec son type et sa valeur courante, et + la transforme en ligne de requête SELECT <propriété> FROM <classe> avec l’opérateur choisi selon le type.
  • 📑 Query set templates — enregistrez les lignes de requêtes actuelles sous un nom et appliquez-les à tout autre hôte Windows, doublons ignorés.
  • ⚡ Tout tester — exécute le test de chaque ligne en un clic (échelonné à 1 s — les appels WMI sont sérialisés sur la sonde).

Mêmes règles qu’en SNMP : les lignes sont seulement ajoutées, vous relisez les seuils puis enregistrez ; une sonde plus ancienne bascule en suggestions non vérifiées.

L'évaluateur SNMP prend en charge des **expressions mathématiques** qui combinent plusieurs OID en une valeur calculée (arithmétique avec `+`, `-`, `*`, `/`, parenthèses et constantes), puis compare le résultat aux seuils — utile pour des valeurs comme le trafic total d'une interface (`oidIn + oidOut`) ou le pourcentage mémoire (`(utilisée / totale) * 100`). Sur les équipements SNMP, une expression peut être saisie directement dans le champ **OID Value** d'une ligne d'OID — les suggestions de trafic par interface insèrent exactement ce type d'expression. Le formulaire du *moniteur* SNMP autonome n'expose toujours que la liste d'opérateurs ci-dessus.

Voir aussi

Traductions

Supervision système, processus, journaux et dossiers