|
3 SNMP konfigurieren
Bevor Sie mit der Konfiguration von SNMP in Zabbix beginnen, stellen Sie bitte sicher, dass der Zabbix-Server die SNMP-Überwachungsfunktion aktiviert hat. Wenn der Zabbix-Server startet, wird die Funktionsliste des Zabbix-Servers wie folgt in der Protokolldatei aufgeführt:
911:20160218:103649.120 Zabbix-Server wird gestartet 3.0.1 (Revision58734).
911:20160218:103649.160 *** * ** Aktivierte Funktionen ******
911:20160218:103649.160 SNMP-Überwachung: JA
911:20160218:103649.160 IPMI-Überwachung: JA
. 911:20160218:103649.1 60 Webüberwachung: JA
911:20160218 : 103649.160 VMware-Überwachung: JA
911:20160218:103649.160 SMTP-Authentifizierung: JA
911:20160218:103649.160 Jabber-Benachrichtigungen: JA
. 911:20160218:1036 49.160 Ez SMS-Benachrichtigungen: JA
911:20160218:103649.160. ODBC: 911:20160218:103649.160 SSH2-Unterstützung: JA 911:20160218:103649.160 IPv6-Unterstützung: JA 9 11:20160218:103649.160 TLS-Unterstützung: JA 911: 20160218:103649.160 *********** ******************* 911:20160218:103649.160 unter Verwendung der Konfigurationsdatei:/etc/zabbix/zabbix_server.confWenn keine Informationen zum Aktivieren der SNMP-Überwachung gefunden werden, Dann müssen Sie Zabbixserver installieren. Wenn Sie zum Kompilieren und Installieren Quellcode verwenden, müssen Sie die Kompilierungskonfigurationsoption --with-net-snmp verwenden. Für die SNMP-Überwachung in Zabbix wird nur das UDP-Protokoll verwendet. In einer Anforderung können mehrere Werte abgefragt werden, unabhängig davon, ob es sich um reguläre SNMP-Elemente, dynamische Indizes (dynamische Indizes) SNMP-Elemente oder SNMP-Erkennungsregeln auf niedriger Ebene handelt Nützlich bei der Verarbeitung einer großen Anzahl von SNMP-Protokollen, die für Effizienz sorgen können. Aktivieren oder deaktivieren Sie Massenabfragen, indem Sie die Option Massenanfragen der SNMP-Schnittstellen des Hosts verwenden festlegen. Wie in Abbildung 13-4 unten dargestellt.
Abbildung 13-4Alle SNMP-Überwachungselemente mit denselben Parametern in einer einzelnen Schnittstelle werden gleichzeitig in einem festgelegten Zeitintervall abgefragt. Bei regulären SNMPitems und dynamischen Index-SNMPitems verarbeiten Poller 128 Überwachungselemente Gleichzeitig werden SNMP-Erkennungsregeln auf niedriger Ebene separat verarbeitet. Während der Abfrage werden zwei Arten von Vorgängen ausgeführt: das Sammeln mehrerer angegebener Objekte und das Durchlaufen des OID-Baums. Sammlung bedeutet, dass eine GetRequest-PDU an bis zu 128 Variablen gebunden werden kann. Traversal bedeutet die Verwendung von GetNextRequest-PDU in SNMP v1 und die Verwendung von GetBulkRequest mit dem Feld „max-repetitions“ in SNMP v2 oder SNMP v3, das bis zu 128 Variablen binden kann. Variable. Daher hat die Stapelverarbeitung jedes SNMP-Überwachungselements die folgenden Vorteile:
- Die Leistung regelmäßiger SNMP-Überwachungselemente, die Daten sammeln, wird verbessert.
- Dynamische Indizes (dynamische Indizes) Die Leistung von SNMP-Überwachungselementen, die Daten sammeln und Daten durchlaufen, wurde verbessert.
- Die Leistung von SNMP-Low-Level-Erkennungsregeln beim Datendurchlauf wurde verbessert.
Aber technisch gesehen können nicht alle Geräte 128 Werte für jede Anfrage zurückgeben. Einige Geräte können bestimmte Antwortwerte zurückgeben, und einige Geräte geben den Fehlercode TooBig (1) oder überhaupt keine Antwort zurück. Um die optimale Anzahl an Abfrageobjekten für das Gerät zu ermitteln, verwendet Zabbix einige Strategien: Zunächst wird nur ein Wert in der Abfrageanforderung abgefragt, bei Erfolg werden 2 Werte in der Abfrageanforderung abgefragt und dann werden 3 Werte abgefragt Geben Sie bei Erfolg den Wert in der Abfrageanforderung ein und setzen Sie die gleiche Abfrage fort, indem Sie die Anzahl der abzufragenden Objekte mit 1,5 multiplizieren. Diese Abfragenummern sind in aufsteigender Reihenfolge: 1, 2, 3, 4, 6, 9, 13, 19, 28, 42, 63, 94, 128. Wenn ein Gerät sich weigert, eine korrekte Antwort zurückzugeben (z. B. die Abfrage von 42 Variablen), kann Zabbix zwei Dinge tun:
Die aktuellen Batch-Abfrageelemente werden halbiert, d. h. es werden 21 Variablen abgefragt. Wenn das Gerät einen normalen Wert zurückgibt, sollte es in den meisten Fällen kein Problem geben, da wir wissen, dass die Abfrage von 28 Variablen kein Problem darstellt und 21 deutlich kleiner als 28 sein muss. Wenn Sie nach der Halbierung des Elements immer noch keinen normalen Rückgabewert erhalten, müssen Sie die Anzahl der abgefragten Variablen nacheinander zurücksetzen, bis Sie einen normalen Rückgabewert erhalten.
Zabbix fragt in nachfolgenden Abfragen mit der Anzahl der Variablen ab, die beim letzten Mal erfolgreich abgefragt wurden (in unserem Beispiel 28), und erhöht die Anzahl der angeforderten Abfragevariablen weiter (jedes Mal um 1 erhöhen), bis die Obergrenze erreicht ist . Nehmen Sie beispielsweise an, dass die maximale Antwort 32 Variablen beträgt. Nachfolgende Anfragen werden gemäß 29, 30, 31, 32 und 33 abgefragt, vorzugsweise schlägt eine Anfrage fehl (33 Variablen) und Zabbix wird nie eine weitere Anfrage ausgeben, die 33 Variablen bindet. Die SNMP-Abfrage von Zabbix kann bis zu 32 Variablen auf diesem Gerät binden.
Wenn der Zabbix-Server oder Proxyserver eine falsche SNMP-Antwort empfängt, wird der Protokolldatei ein Inhalt ähnlich dem folgenden hinzugefügt:
Die SNMP-Antwort vom Host „Gateway“ enthält nicht alle angeforderten Variablenbindungen
Diese Informationen sind jedoch vorhanden Nicht alle problematischen Situationen werden abgedeckt, aber mindestens eine besagt, dass die Option „Massenanfragen verwenden“ in der SNMP-Schnittstelle des Hosts deaktiviert werden sollte.
4 Konfigurieren Sie reguläre SNMP-Überwachungselemente
Bei Verwendung von SNMP-Überwachungsgeräten können reguläre SNMP-Überwachungselemente wie folgt konfiguriert werden:
Erstellen Sie einen Host und fügen Sie ihm eine SNMP-Schnittstelle hinzu. Sie können die in Zabbix bereitgestellte Vorlage SNMP Generic verwenden, um automatisch Überwachungselemente hinzuzufügen, die grundlegende Informationen über das Gerät sammeln.
2. Bestimmen Sie die überwachte OID.
Verwenden Sie den MIB-Browser oder snmpwalk, um die OID zu finden und zu bestimmen, die überwacht werden muss. Wenn wir beispielsweise den Datenverkehr eines geschalteten Gigabit-Ports überwachen möchten, ist der Index der über snmpwalk gefundenen GigabitEthernet0/1-Schnittstelle 10101 .
# snmpwalk -v 2c -c public 10.60.0.19 IF-MIB::ifDescr
GigabitEthernet0/1 kann in den String-Wert von IF-MIB::ifDescr.10101
IF-MIB::ifDescr. 10102 umgeschrieben werden = STRING: GigabitEthernet0/2
GigabitEthernet0/3 wird als IF-MIB::ifDescr.10103 identifiziert.
Die Zeichenfolge „GigabitEthernet0/4“ ist der Wert von „ifDescr.10104“ in IF-MIB
IF-MIB ::ifDescr.10105 = STRING: GigabitEthernet0/5
Der String „IF-MIB::ifDescr.10106“ entspricht „GigabitEthernet0/6“
IF-MIB::ifDescr.10107 = STRING: GigabitEthernet0/7 …
Die für den Ausgangsverkehr der GigabitEthernet0/1-Schnittstelle erhaltene OID ist .1.3.6.1.2.1.2.2.1.16.10101.
# snmpwalk -v 2c -on -c qhdpublic 10.60.0.19if -mib :: ifoutoctets SNMPv2-Agent-Überwachungsmodus, SNMP-OID ist .1.3.6.1.2.1.2.2.1.16.10101.
5 Dynamische Index-SNMP-Überwachungselemente konfigurieren
Im OID-Baum des Geräts verwenden die OIDs einiger Verwaltungsobjekte häufig Indizes, z. B. Netzwerkschnittstellen. Derselbe Index wird für die Zuordnung zu verschiedenen Objekten der Netzwerkschnittstelle verwendet. Genau wie die snmpwalk-Ausgabe unten.
# snmpwalk -v 2c -c public 10.60.0.19 .1.3.6.1.2.1.2.2.1
IF-MIB::ifIndex.1 = INTEGER: 1
IF-MIB::ifIndex.5001 = INTEGER: 5001
IF-MIB::ifIndex.5002 = INTEGER: 5002
IF-MIB::ifIndex.5003 = INTEGER: 5003
IF-MIB::ifIndex.10101 = INTEGER: 10101
IF-MIB:: ifIndex.10102 = INTEGER: 10102
...
IF-MIB::ifDescr.1 = STRING: Vlan1
IF-MIB::ifDescr.5001 = STRING: Port-channel1
IF-MIB::ifDescr .5002 = STRING: Port-channel2
IF-MIB::ifDescr.5003 = STRING: Port-channel3
GigabitEthernet0/1 kann als String-Wert von IF-MIB::ifDescr.10101
IF-MIB umgeschrieben werden ::ifDescr.10102 = STRING: GigabitEthernet0/2
...
IF-MIB::ifType.1 = INTEGER: propVirtual(53)
IF-MIB::ifType.5001 = INTEGER: propVirtual(53)
IF-MIB::ifType.5002 = INTEGER: propVirtual(53)
IF-MIB::ifType.5003 = INTEGER: propVirtual(53)
IF-MIB::ifType.10101 = INTEGER: ethernetCsmacd( 6 )
IF-MIB::ifType.10102 = INTEGER: ethernetCsmacd(6)
...
IF-MIB::ifMtu.1 = INTEGER: 1500
IF-MIB::ifMtu.5001 = INTEGER : 1500
IF-MIB::ifMtu.5002 = INTEGER: 1500
IF-MIB::ifMtu.5003 = INTEGER: 1500
IF-MIB::ifMtu.10101 = INTEGER: 1500
IF-MIB: ; 5002 = Gauge32: 2000000000
IF-MIB::ifSpeed.5003 = Gauge32: 1000000000
IF-MIB::ifSpeed.10101 = Gauge32: 1000000000
IF-MIB::ifSpeed.1 0102 = Gauge32: 1000000000
..
IF-MIB::ifPhysAddress.1 = STRING: b0:7d:47:be:ea:c0
IF-MIB::ifPhysAddress.5001 = STRING: b0:7d:47:be: ea:c2
IF-MIB::ifPhysAddress.5002 = STRING: b0:7d:47:be:ea:c3
IF-MIB::ifPhysAddress.5003 = STRING: b0:7d:47:be:ea: c4
IF-MIB::ifPhysAddress.10101 = STRING: b0:7d:47:be:ea:c2
IF-MIB::ifPhysAddress.10102 = STRING: b0:7d:47:be:ea:c3 .. .
IF-MIB::ifAdminStatus.1 = INTEGER: down(2)
IF-MIB::ifAdminStatus.5001 = INTEGER: up(1)
IF-MIB::ifAdminStatus.5002 = INTEGER : up( 1)
IF-MIB::ifAdminStatus.5003 = INTEGER: up(1)
IF-MIB::ifAdminStatus.10101 = INTEGER: up(1)
IF-MIB::ifAdminStatus.10102 = INTEGER: up(1)
...
Aus den obigen Daten können Sie erkennen, dass jedes Netzwerk Schnittstellen verfügen über viele OIDs, und jede OID stellt unterschiedliche Indikatoren der Netzwerkschnittstelle dar, z. B. den Namen, den Typ, die physische Adresse usw. der Schnittstelle. Sie werden feststellen, dass verschiedene OIDs über denselben Index verknüpft sind. Beispielsweise lautet der Name der ersten Gigabit-Schnittstelle GigabitEthernet0/1, die physische Adresse ist b0:7d:47:be:ea:c2, der Status ist aktiv (1) und ihr Index ist 10101.
Um verschiedene Indikatoren derselben Netzwerkschnittstelle zu überwachen, können Sie verschiedene Überwachungselemente erstellen und die vollständige OID in das SNMP-OID-Feld eingeben. Bei dieser Methode gibt es kein Problem, bei der Verwendung des Index in der tatsächlichen Umgebung treten jedoch einige Probleme auf. Der Grund dafür ist, dass sich der Index aufgrund von Software- oder Hardware-Upgrades ändert, was zu Konfigurationsinkonsistenzen führt. Um dieses Problem zu lösen, stellt Zabbix eine dynamische Indexmethode bereit, die die Überwachung von Überwachungselementen nicht beeinträchtigt, selbst wenn sich der Indexwert ändert.
Die Syntax für die Verwendung dynamischer Indizes SNMP OID lautet wie folgt:
["index","",""]
Die Bedeutung von Jeder Teil in der Syntax lautet wie folgt:
OID der Daten: Die im Element definierte OID, die abgefragt werden muss. Index: Verarbeitungsmethode, derzeit wird nur diese Methode unterstützt. Index bedeutet, nach einem Index zu suchen und ihn an die OID anzuhängen. Basis-OID des Index: Der entsprechende Indexwert wird anhand dieser OID ermittelt. Zeichenfolge, nach der gesucht werden soll: Verwenden Sie diese Zeichenfolge zum Abgleichen bei der Suche, wobei die Groß-/Kleinschreibung beachtet wird.
Wenn Sie beispielsweise die ifInOctets der GigabitEthernet0/1-Schnittstelle überwachen möchten, kann diese gemäß der Syntax wie folgt definiert werden:
ifInOctets["index", "ifDescr", "GigabitEthernet0/1"]
kann als Abgleich und Suche nach GigabitEthernet0 in der ifDescr/1-Schnittstelle und/oder dem Indexwert dieser Schnittstelle in ifDescr verstanden werden und dann den gesammelten Indexwert an ifInOctets anhängen, wodurch der ifInOctets-Wert der GigabitEthernet0/1-Schnittstelle erfasst wird.
Bei Verwendung dynamischer Indizes empfängt und speichert Zabbix die gesamte SNMP-Tabelle der Index-OID. Die Index-OID kann schnell über den Cache ermittelt werden. Wenn andere Überwachungselemente in Zukunft dieselbe Index-OID abfragen, wird diese direkt durchsucht Aus dem Cache ist keine Abfrage des Überwachungshosts erforderlich.
Beim Empfang der Daten des Überwachungselements wird überprüft, ob sich der Index geändert hat. Wenn der Index keine Änderungen sendet, wird die Wertabfrage weiterhin verwendet. Wenn der Index Änderungen sendet, erstellt Zabbix den Cache neu. und jeder Poller durchläuft die SNMP-Tabelle der Index-OID erneut.
In Zabbix hat jeder Poller-Prozess seinen eigenen Cache.
6 SNMP-Erkennungsregeln auf niedriger Ebene konfigurieren
Beim Erstellen von Erkennungsregeln für SNMP-OIDs verwenden Sie im Gegensatz zum Definieren von Erkennungsregeln für Dateisysteme oder Netzwerkschnittstellen nicht den snmp.discovery-Schlüssel. Sie können die SNMP-Agnet-Überwachungsmethode verwenden. In SNMPOID werden die zu erkennenden OIDs im Feld im Format „Discovery[{#MACRO1}, oid1, {#MACRO2}, oid2, …,] definiert.
{#MACRO1}, {#MACRO2}... sind alle gültige Makrovariablennamen, oid1, oid2... werden zum Generieren der Werte von Makrovariablen verwendet. Bei der Erkennung erstellt das System standardmäßig eine Makrovariable mit dem Namen {#SNMPINDEX}, die zum Erstellen eines Index für die Erkennungs-OID verwendet wird. Die Erkennungsergebnisse werden nach {#SNMPINDEX} gruppiert.
Die folgenden Beispiele können Ihnen helfen, es besser zu verstehen. Verwenden Sie zunächst snmpwalk, um relevante Daten vom Switch zu sammeln.
# snmpwalk -v 2c -OT -c public 10.60.0.19 IF-MIB::ifDescr
IF-MIB::ifDescr.1 = STRING: Vlan1
GigabitEthernet0/1 kann in IF-MIB:: String umgeschrieben werden Wert von ifDescr.10101
IF-MIB::ifDescr.10102 = STRING: GigabitEthernet0/2
GigabitEthernet0/3 wird als IF-MIB::ifDescr.10103.
# snmpwalk -v 2c -OT - c public identifiziert 10.60.0.19 IF-MIB::ifPhysAddress
IF-MIB::ifPhysAddress.1 = STRING: b0:7d:47:be:ea:c0
IF-MIB::ifPhysAddress.10101 = STRING: b0: 7d: 47:be:ea:c2
IF-MIB::ifPhysAddress.10102 = STRING: b0:7d:47:be:ea:c3
IF-MIB::ifPhysAddress.10103 = STRING: b0:7d: 47: be:ea:c4
Geben Sie dann beim Erstellen der Erkennungsregel in das SNMP-OID-Feld ein:
discovery[{#IFDESCR}, ifDescr, {#IFPHYSADDRESS}, ifPhysAddress]
Nachdem Sie die Erkennungsregel ausgeführt haben, erhalten Sie Folgendes Ergebnisse:
{
„data“: [
„{
„{#SNMPINDEX}“: „1“, „{#IFDESCR}“: „ Vlan1“,
„{#IFPHYSADDRESS}“: „ b0 :7d:47:be:ea:c0"
" },
" " {
" "{#SNMPINDEX}": "2",
" "{#IFDESCR}": " GigabitEthernet0/1 ",
"{#IFPHYSADDRESS}": " b0:7d:47:be:ea:c2"
" " },
" "{#SNMPINDEX}": "3",
"{#IFDESCR}": " GigabitEthernet0/2",
"{#IFPHYSADDRESS}": " b0:7d:47:be:ea:c3"
" " :"4",
"{#IFDESCR}": " GigabitEthernet0/3 ",
" "{#IFPHYSADDRESS}":" b0:7d:47:be:ea:c4"
) Es gibt keinen Rückgabewert und das entsprechende Makro wird in den Erkennungsergebnissen ignoriert, wie im Beispiel unten.
Die angenommenen Daten lauten wie folgt:
ifDescr.1 „Interface #1“
ifDescr.2 „Interface #2“
ifDescr.4 „Interface #4“
ifAlias.1 „eth0“
ifAlias .2 „eth2“
ifAlias.3 „eth3“
ifAlias.5 „eth5“
Dann geben Sie beim Erstellen der Erkennungsregel in das SNMP-OID-Feld ein:
discovery[{#IFDESCR},ifDescr, {#IFALIAS }, ifAlias ]
Nach dem Ausführen der Erkennungsregel erhalten wir die folgenden Ergebnisse:
{
„data“: [
„{
„{#SNMPINDEX}“: 1,
„{#IFDESCR} ”: #1" ,
IFDESCR}": "Schnittstelle #2",
"{ #IFALIAS}" : „eth2“
},
SNMPINDEX}": 4,
"{#IFDESCR}" :"Schnittstelle #4"
"{#SNMPINDEX}": 5,
"{#IFALIAS}": "eth5"
Abbildung 13-5
Erstellen Sie einen Artikelprototyp basierend auf den definierten Erkennungsregeln, wie in Abbildung 13-6 unten dargestellt.
Abbildung 13-6Sie können mehrere Artikelprototypen erstellen, wie in Abbildung 13-7 unten dargestellt.
Bild 13-7
|
