7 Gestandaardiseerde sjablonen voor netwerkapparaten

Overzicht

Om monitoring te bieden voor netwerkapparaten zoals switches en routers, hebben we twee zogenaamde modellen gemaakt: voor het netwerkapparaat zelf (in feite het chassis) en voor het netwerkinterface.

Sinds Zabbix 3.4 worden templates voor veel families van netwerkapparaten geleverd. Alle templates omvatten (waar mogelijk om deze items van het apparaat te krijgen):

• Monitoring van chassisstoringen (voedingen, ventilatoren en temperatuur, algemene status)
• Monitoring van chassisprestaties (CPU- en geheugenitems)
• Verzameling van chassisinventaris (serienummers, modelnaam, firmwareversie)
• Monitoring van netwerkinterfaces met IF-MIB en EtherLike-MIB (interfacestatus, interfaceverkeersbelasting, duplexstatus voor Ethernet)

Deze templates zijn beschikbaar:

• In nieuwe installaties - in Configuratie → Sjablonen;
• Als je een upgrade uitvoert van eerdere versies, kun je deze templates vinden in de map zabbix/templates van de gedownloade nieuwste Zabbix-versie. Terwijl je in Configuratie → Sjablonen bent, kun je ze handmatig importeren vanuit deze map.

Als je de nieuwe sjablonen buiten de doos importeert, wil je mogelijk ook de globale reguliere expressie @Netwerkinterfaces voor detectie bijwerken naar:

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

om lusback- en nulinterfaces op de meeste systemen uit te filteren.

Apparaten

Lijst van apparaatfamilies waarvoor sjablonen beschikbaar zijn:

Sjabloonontwerp

De sjablonen zijn ontworpen met het volgende in gedachten:

• Gebruikersmacro's worden zo veel mogelijk gebruikt, zodat triggers door de gebruiker kunnen worden aangepast;
• Er wordt zoveel mogelijk gebruik gemaakt van low-level discovery om het aantal niet-ondersteunde items te minimaliseren;
• Alle sjablonen zijn afhankelijk van het sjabloon 'Template ICMP Ping', zodat alle apparaten ook worden gecontroleerd via ICMP;
• Items maken geen gebruik van MIB's - SNMP OIDs worden gebruikt in items en bij low-level ontdekkingen. Het is dus niet nodig om MIB's in Zabbix te laden voor de sjablonen om te werken;
• Loopback-netwerkinterfaces worden gefilterd tijdens het ontdekken, evenals interfaces met ifAdminStatus = down(2);
• Waar mogelijk worden 64-bits tellers gebruikt uit IF-MIB::ifXTable. Als dit niet wordt ondersteund, worden standaard 32-bits tellers in plaats daarvan gebruikt.

Alle ontdekte netwerkinterfaces hebben een trigger die de operationele status (link) bewaakt, bijvoorbeeld:

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

• Als u deze voorwaarde niet wilt controleren voor een specifieke interface, maak dan een gebruikersmacro met de contextwaarde 0. Bijvoorbeeld:

waarbij Gi0/0 {#IFNAME} is. Op die manier wordt de trigger niet langer gebruikt voor deze specifieke interface.

• U kunt ook het standaardgedrag voor alle triggers wijzigen zodat ze niet worden geactiveerd, en deze trigger alleen activeren voor een beperkt aantal interfaces zoals uplinks:

Labels

• Prestatie - MIB's van apparaatfamilies bieden een manier om CPU- en geheugenitems te bewaken;
• Storing - MIB's van apparaatfamilies bieden een manier om ten minste één temperatuursensor te bewaken;
• Inventaris - MIB's van apparaatfamilies bieden een manier om ten minste het serienummer en de modelnaam van het apparaat te verzamelen;
• Gecertificeerd - alle drie de belangrijkste categorieën hierboven zijn gedekt.