1 Modèles standardisés pour les périphériques réseau

Aperçu

Afin de surveiller les périphériques réseau tels que les commutateurs et les routeurs, nous avons créé deux modèles : le périphérique réseau lui-même (son châssis essentiellement) et l'interface réseau.

Depuis Zabbix 3.4, des modèles sont fournis pour de nombreuses familles de périphériques réseau. Tous les modèles couvrent (s'il est possible d'obtenir ces éléments de l'équipement) :

• La supervision des pannes de châssis (blocs d'alimentation, ventilateurs et température, état général)
• La supervision des performances du châssis (éléments processeur et mémoire)
• La récupération de l'inventaire du châssis (numéro de série, nom du modèle, version du micrologiciel)
• La surveillance d'interfaces réseau avec IF-MIB et EtherLike-MIB (statut de l'interface, charge du trafic d'interface, statut duplex pour Ethernet)

Ces modèles sont disponibles :

• Dans les nouvelles installations - dans Configuration → Modèles ;
• Si vous effectuez une mise à jour à partir de versions précédentes, vous pouvez trouver ces modèles sur share.zabbix.com et les importer manuellement à partir de fichiers XML.

Si vous importez les nouveaux modèles prêts à l'emploi, vous devriez également mettre à jour les expressions régulières globales pour @Network interfaces for discovery :

Result is FALSE: ^Software Loopback Interface
       Result is FALSE: ^(In)?[lL]oop[bB]ack[0-9._]*$
       Result is FALSE: ^NULL[0-9.]*$
       Result is FALSE: ^[lL]o[0-9.]*$
       Result is FALSE: ^[sS]ystem$
       Result is FALSE: ^Nu[0-9.]*$

pour filtrer les boucles et les interfaces nulles sur la plupart des systèmes.

Périphériques

Liste des familles de périphériques pour lesquelles des modèles sont disponibles :

Conception de modèle

Les modèles ont été conçus avec les objectifs suivants :

• Les macros utilisateur sont utilisées autant que possible afin que les déclencheurs puissent être personnalisés par l'utilisateur.
• La découverte de bas niveau est utilisée autant que possible pour minimiser le nombre d'éléments non pris en charge.
• Des modèles sont fournis pour SNMPv2. SNMPv1 est utilisé s'il est connu que la plupart des périphériques ne prennent pas en charge SNMPv2.
• Tous les modèles dépendent du modèle ICMP Ping, de sorte que tous les périphériques sont également vérifiés par ICMP.
• Les éléments n'utilisent pas de MIB - les OIDs SNMP sont utilisés dans les éléments et les découvertes de bas niveau. Il n’est donc pas nécessaire de charger des MIB dans Zabbix pour que les modèles fonctionnent.
• Les interfaces réseau en boucle sont filtrées lors de la détection, de même que les interfaces avec ifAdminStatus = down(2).
• Les compteurs 64 bits sont utilisés à partir de IF-MIB::ifXTable si possible. S'ils ne sont pas supportés, les compteurs 32 bits sont utilisés par défaut.
• Toutes les interfaces réseau découvertes ont un déclencheur qui contrôle son statut opérationnel (lien).
  • Si vous ne souhaitez pas contrôler cette condition pour une interface spécifique, créez une macro utilisateur avec un contexte de valeur 0. Par exemple :

où Gi0/0 est {#IFNAME}. De cette façon, le déclencheur n'est plus utilisé pour cette interface spécifique.

  * Vous pouvez également modifier le comportement par défaut pour que tous les déclencheurs ne se déclenchent pas et n'activer ce déclencheur que pour un nombre limité d'interfaces telles que les linkup :

Tags

• Performances - Les MIBs de la famille de périphériques offrent un moyen de surveiller les éléments de la CPU et de la mémoire ;
• Erreur - Les MIBs de la famille de périphériques fournissent un moyen de surveiller au moins un capteur de température ;
• Inventaire - Les MIBs de la famille de périphériques offrent un moyen de collecter au moins le numéro de série du périphérique et le nom du modèle ;
• Certifié - les trois catégories principales ci-dessus sont couvertes.