7 Modèles standardisés pour les équipements réseau

Aperçu

Afin de fournir une supervision des équipements réseau tels que les commutateurs et les routeurs, nous avons créé deux modèles dits : pour l’équipement réseau lui-même (essentiellement son châssis) et pour l’interface réseau.

Des modèles pour de nombreuses familles d’équipements réseau sont fournis. Tous les modèles couvrent (lorsqu’il est possible d’obtenir ces éléments depuis l’équipement) :

• la supervision des défauts du châssis (alimentations, ventilateurs et température, état global)
• la supervision des performances du châssis (éléments CPU et mémoire)
• la collecte de l’inventaire du châssis (numéros de série, nom du modèle, version du firmware)
• la supervision des interfaces réseau avec IF-MIB et EtherLike-MIB (état de l’interface, charge du trafic de l’interface, état du duplex pour Ethernet)

Si le modèle n’est pas disponible dans votre installation Zabbix, vous devrez peut-être d’abord importer le modèle.

Si vous importez les nouveaux modèles prêts à l’emploi, vous pouvez également vouloir mettre à jour l’expression régulière globale @Network interfaces for discovery comme suit :

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.]*$

afin de filtrer les interfaces loopback et null sur la plupart des systèmes.

Appareils

Liste des familles d’appareils pour lesquelles des modèles sont disponibles :

Conception des modèles

Les modèles ont été conçus en tenant compte des points suivants :

• Les macros utilisateur sont utilisées autant que possible afin que les déclencheurs puissent être ajustés par l'utilisateur ;
• La découverte de bas niveau est utilisée autant que possible afin de minimiser le nombre d'éléments non pris en charge ;
• Tous les modèles dépendent de Template ICMP Ping, de sorte que tous les périphériques sont également vérifiés par ICMP ;
• Les éléments n'utilisent aucun MIB - les OID 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 de bouclage sont filtrées lors de la découverte, ainsi que les interfaces avec ifAdminStatus = down(2)
• Des compteurs 64 bits provenant de IF-MIB::ifXTable sont utilisés lorsque cela est possible. Si cela n'est pas pris en charge, les compteurs 32 bits par défaut sont utilisés à la place.

Toutes les interfaces réseau découvertes disposent d'un déclencheur qui surveille leur état opérationnel (lien), par exemple :

    {$IFCONTROL:"{#IFNAME}"}=1 and last(/Alcatel Timetra TiMOS SNMP/net.if.status[ifOperStatus.{#SNMPINDEX}])=2 and (last(/Alcatel Timetra TiMOS SNMP/net.if.status[ifOperStatus.{#SNMPINDEX}],#1)<>last(/Alcatel Timetra TiMOS SNMP/net.if.status[ifOperStatus.{#SNMPINDEX}],#2))

• Si vous ne souhaitez pas surveiller cette condition pour une interface spécifique, créez une macro utilisateur avec contexte ayant la 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 afin que tous les déclencheurs ne se déclenchent pas, et activer ce déclencheur uniquement pour un nombre limité d'interfaces, comme les liaisons montantes :

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 des périphériques fournissent un moyen de surveiller au moins un capteur de température ;
• Inventaire - Les MIBs de la famille des 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.