7 Standardisierte Vorlagen für Netzwerkgeräte

Übersicht

Um das Monitoring von Netzwerkgeräten wie Switches und Routern bereitzustellen, haben wir zwei sogenannte Modelle erstellt: für das Netzwerkgerät selbst (im Wesentlichen sein Chassis) und für die Netzwerkschnittstelle.

Vorlagen für viele Familien von Netzwerkgeräten werden bereitgestellt. Alle Vorlagen decken (sofern es möglich ist, diese Datenpunkte vom Gerät abzurufen) Folgendes ab:

• Überwachung von Chassis-Fehlern (Netzteile, Lüfter und Temperatur, Gesamtstatus)
• Überwachung der Chassis-Performance (CPU- und Speicher-Datenpunkte)
• Erfassung des Chassis-Inventars (Seriennummern, Modellname, Firmware- Version)
• Überwachung von Netzwerkschnittstellen mit IF-MIB und EtherLike-MIB (Schnittstellenstatus, Schnittstellen-Verkehrslast, Duplex-Status für Ethernet)

Falls die Vorlage in Ihrer Zabbix-Installation nicht verfügbar ist, müssen Sie die Vorlage möglicherweise zuerst importieren.

Wenn Sie die neuen sofort einsatzbereiten Vorlagen importieren, sollten Sie möglicherweise auch den globalen regulären Ausdruck @Network interfaces for discovery auf Folgendes aktualisieren:

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

um Loopback- und Null-Schnittstellen auf den meisten Systemen herauszufiltern.

Geräte

Liste der Gerätefamilien, für die Vorlagen verfügbar sind:

Vorlagendesign

Vorlagen wurden unter Berücksichtigung der folgenden Punkte entwickelt:

• Benutzermakros werden so weit wie möglich verwendet, damit Auslöser vom Benutzer angepasst werden können;
• Low-Level-Discovery wird so weit wie möglich verwendet, um die Anzahl nicht unterstützter Datenpunkte zu minimieren;
• Alle Vorlagen hängen von Template ICMP Ping ab, sodass alle Geräte zusätzlich per ICMP geprüft werden;
• Datenpunkte verwenden keine MIBs - in Datenpunkten und Low-Level-Discoverys werden SNMP-OIDs verwendet. Daher ist es nicht erforderlich, MIBs in Zabbix zu laden, damit Vorlagen funktionieren;
• Loopback-Netzwerkschnittstellen werden bei der Erkennung herausgefiltert, ebenso wie Schnittstellen mit ifAdminStatus = down(2)
• Nach Möglichkeit werden 64-Bit-Zähler aus IF-MIB::ifXTable verwendet. Falls diese nicht unterstützt werden, werden stattdessen die standardmäßigen 32-Bit-Zähler verwendet.

Alle erkannten Netzwerkschnittstellen verfügen über einen Auslöser, der ihren Betriebsstatus (Link) überwacht, zum Beispiel:

    {$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))

• Wenn Sie diesen Zustand für eine bestimmte Schnittstelle nicht überwachen möchten, erstellen Sie ein Benutzermakro mit Kontext und dem Wert 0. Zum Beispiel:

wobei Gi0/0 {#IFNAME} ist. Auf diese Weise wird der Auslöser für diese bestimmte Schnittstelle nicht mehr verwendet.

• Sie können auch das Standardverhalten so ändern, dass alle Auslöser standardmäßig nicht ausgelöst werden, und diesen Auslöser nur für eine begrenzte Anzahl von Schnittstellen wie Uplinks aktivieren:

Tags

• Leistung – MIBs der Gerätefamilie bieten eine Möglichkeit, CPU- und Speicherdatenpunkte zu überwachen;
• Fehler - MIBs der Gerätefamilie bieten eine Möglichkeit, mindestens einen Temperatursensor zu überwachen;
• Inventar – MIBs der Gerätefamilie bieten eine Möglichkeit, mindestens die Seriennummer und den Modellnamen des Geräts zu erfassen;
• Zertifiziert – alle drei oben genannten Hauptkategorien werden abgedeckt.