Eine Einführung in SNMP #

SNMP oder Simple Network Management Protocol ist ein Anwendungsschichtprotokoll, das von der IETF in ihrer aktuellen Fassung RFC 1157 definiert wurde . SNMP basiert seine Datenrepräsentation auf einer Modifikation von ASN.1 (Präsentationsschichtprotokoll), die ebenfalls von der IETF in RFC 1065 als SMI (Structure and Identification of Management Information) definiert wurde.

SNMP ermöglicht zwei Betriebsarten: synchron (oder Polling) und asynchron. Der synchrone Modus ist die gebräuchlichste Anwendungsart von SNMP . Dabei werden PDUs ( Protocol Data Units ) an verwaltete Geräte im Netzwerk gesendet, die SNMP implementieren. Diese PDUs können zum Abrufen von Daten ( GetRequest ) dienen, wofür eine Antwort vom Gerät erforderlich ist ( GetResponse ), oder zum Setzen eines Werts in einem bestimmten Objekt ( SetRequest ).

SNMP im asynchronen Modus arbeitet mit Traps . Traps sind unaufgeforderte Alarm- PDUs, die vom überwachten Gerät an eine zentrale Trap-Sammelstation gesendet werden. Diese Traps zeigen an, dass ein kritisches Ereignis auf dem überwachten Gerät aufgetreten ist, z. B. Überhitzung oder zu hohe Speicherauslastung, und werden an den UDP- Port 162 gesendet.

MIB – Management-Informationsbasis #

Alle Objekte, die über SNMP verwaltet werden können, sind hierarchisch gruppiert und in einer speziellen Datei, den sogenannten MIB-Dateien , dargestellt . Diese MIBs sind Deskriptoren von Gruppen verwalteter Objekte, die unter einem Baum von OIDs ( Object Identifiers ) organisiert sind, der jedes Objekt auf eindeutige Weise identifiziert.

Eine der gebräuchlichsten MIB- Dateien ist die von der IETF in der MIB-II definierte.

SNMP – Architektur #

SNMP definiert in seiner Architektur drei Entitätstypen:

Netzwerkmanagementstationen: Führen Sie Verwaltungsanwendungen aus, um die Netzwerkelemente zu steuern und zu überwachen.
Netzwerkelemente: Geräte wie ein RELIANOID Load Balancer, der von der Netzwerkverwaltungsstation überwacht wird.
Makler: Software, die für die Ausführung von Befehlen verantwortlich ist, die von den Netzwerkverwaltungsstationen gesendet werden, z. B. das Abrufen des Werts einer bestimmten OID.

Im folgenden Bild ist ein Beispiel einer üblichen SNMP-Architektur in einem Netzwerk dargestellt:

Konfigurieren von SNMP in RELIANOID Haushaltsgeräte #

RELIANOID Geräte verfügen über eine SNMP Agent darauf implementiert, der den Debian GNU/Linux-Standard ermöglicht OIDs von einer Netzwerkmanagementstation synchron abgefragt werden, um den Zustand des Load Balancers zu kontrollieren.

So konfigurieren Sie SNMP in RELIANOID Appliances kann dies ganz einfach über die Web-GUI wie folgt erfolgen:

1. Navigieren Sie zur Web-GUI des Geräts und gehen Sie in der Seitenleiste zum Abschnitt System > Lokale Dienste :

2. Aktivieren Sie das SNMP-Kontrollkästchen und konfigurieren Sie die Schnittstelle, von der eingehende Anfragen zugelassen werden sollen. Es empfiehlt sich, hier die Verwaltungsschnittstelle einzurichten.

3. Wir können den Listening-Port und den Community- Namen ändern. Beachten Sie, dass dieser Name bei der Anforderung einer OID erforderlich ist und in die Anfrage aufgenommen werden muss.

4. Das letzte Feld ist die IP-Adresse oder das Subnetz, von dem der Dienst eingehende Anfragen zulässt.

Mit diesem Dienst kann die Bereitstellung Ihrer Anwendung auf einer zentralen SIEM-Plattform überwacht werden, um das richtige Verkehrsverhalten sicherzustellen.

Nachfolgend finden Sie einige nützliche SNMP-OIDs zur korrekten Überwachung eines Load Balancers. Beachten Sie, dass es eine Vielzahl verschiedener OIDs gibt . Wir empfehlen daher die Verwendung eines Tools wie snmptranslate , um diese in für Netzwerkadministratoren verständlichere Namen zu übersetzen.

SNMPv3-Konfiguration #

SNMPv3 ( Simple Network Management Protocol Version 3 ) bietet im Vergleich zu seinen Vorgängern eine deutliche Verbesserung hinsichtlich Sicherheit und Funktionalität. Es behebt die Schwachstellen von SNMPv1 und SNMPv2 durch Authentifizierung, Verschlüsselung und Zugriffskontrolle. SNMPv3 führt Sicherheitsmodelle wie das benutzerbasierte Sicherheitsmodell (USM) und das ansichtsbasierte Zugriffskontrollmodell (VACM) ein, um sicherzustellen, dass nur autorisierte Benutzer auf Netzwerkgeräte zugreifen und diese verwalten können. Authentifizierungsmechanismen wie MD5 und SHA gewährleisten die Datenintegrität, während Verschlüsselungsmethoden wie DES und AES die Vertraulichkeit sicherstellen. Dadurch ist SNMPv3 die bevorzugte Wahl für sicheres Netzwerkmanagement in modernen Umgebungen.

Um SNMPv3 in der Datei snmpd.conf zu konfigurieren , müssen verschiedene Parameter festgelegt werden. Zunächst müssen Authentifizierungs- und Datenschutzprotokolle mithilfe der Direktive `createUser` angegeben werden . Dazu gehören Benutzername, Authentifizierungsprotokoll (z. B. MD5 oder SHA ), Authentifizierungspassphrase, Datenschutzprotokoll (z. B. DES oder AES ) und Datenschutzpassphrase. Die Zugriffskontrolle wird über die Direktive `rouser` verwaltet , die die autorisierten Benutzer und ihre Zugriffsrechte definiert. Zusätzlich stellt die Direktive `com2sec` die Zuordnung von Community- zu Sicherheitsnamen her, indem sie Community-Zeichenketten mit Sicherheitsnamen verknüpft. Die Direktive `access` legt die Zugriffskontrollregeln fest und bestimmt, welche Sicherheitsnamen auf welche MIB-Objekte zugreifen dürfen. Schließlich können die Direktiven `syslocation` und `syscontact` verwendet werden, um den Systemstandort und die Kontaktinformationen für SNMP-Traps und -Benachrichtigungen festzulegen. Durch die sorgfältige Konfiguration dieser Parameter lässt sich SNMPv3 effektiv einsetzen, um ein sicheres und effizientes Netzwerkmanagement zu gewährleisten.

Um eine SNMPv3-Konfiguration erfolgreich in SNMPd anzuwenden, aktivieren Sie den SNMP-Dienst im RELIANOID Load Balancer wie oben beschrieben und bearbeiten Sie dann die /etc/snmp/snmpd.conf Datei mit der Vorlage unten und entfernen Sie die Kommentarzeichen Benutzer erstellen, Benutzer erstellen und erwecker. Wenn zusätzlich SNMPv3-Traps erforderlich sind, heben Sie die Auskommentierung des SNMPv3- Fallen .

agentAddress udp:0.0.0.0:161 rocommunity public 0.0.0.0/0 trapcommunity public authtrapenable 1 ## ACHTUNG: Verwenden Sie diesen Benutzer um auf den Trap-Server zuzugreifen, ändern , Und #Benutzer erstellen SHA AES #iquerysecname #Aufwecker ## SNMPv1 Remote Trap, heben Sie die Kommentarzeichen in der folgenden Zeile auf und ändern Sie Und #Falle ## SNMPv2 Remote Trap, heben Sie die Kommentarzeichen in der folgenden Zeile auf und ändern Sie Und #falle2sink #trapsess -Ci --clientaddr= -v 2c ## SNMPv3: Remote Trap, entkommentieren Sie die folgende Zeile und ändern Sie , Und ## Sammeln Sie die für jeden Knoten mit diesem Befehl: ## ENGINEID=`grep oldEngineID /var/lib/snmp/snmpd.conf | awk -F ' ' '{printf $2}'` #trapsess -Ci -v 3 -u -e -l authPriv -a SHA -A -x AES -X linkUpDownNotifications yes defaultMonitors yes # Prozesse prüfen, die mehr als 100 MB Speicher verbrauchen monitor -r 30 -o hrSWRunName "hoher Prozessspeicher" hrSWRunPerfMem > 100000 # prüfen, ob der Netzwerkverkehr in irgendeiner Schnittstelle mehr als ungefähr 100 Mb/s beträgt monitor -D -r 30 "Netzwerkverkehr" ifInOctets 0 100000000000 # auf Festplattenprobleme prüfen monitor -o dskPath -r 30 -o dskErrorMsg "dskTable" dskErrorFlag !=0 includeAllDisks 10% load 7

Starten Sie abschließend den SNMPD-Dienst neu und führen Sie Folgendes aus:

root@ee-noid-01:~# systemctl restart snmpd.service

Generische MIB-II-OIDs #

Offizielle MIB-Dateien befinden sich im Load Balancer unter dem Pfad /usr/share/snmp/mibs/ .

memTotalSwap #

OID: 1.3.6.1.4.1.2021.4.3.0
MIB: UCD-SNMP-MIB
Gesamter für den Host konfigurierter Swap-Speicherplatz in KB.

memAvailSwap #

OID: 1.3.6.1.4.1.2021.4.4.0
MIB: UCD-SNMP-MIB
Aktuell verfügbarer Swap-Speicherplatz in KB.

Anzahl der gespeicherten Zahlen #

OID: 1.3.6.1.4.1.2021.4.5.0
MIB: UCD-SNMP-MIB
Realer, auf dem Host installierter Speicher in kB.

memVerfügbarReal #

OID: 1.3.6.1.4.1.2021.4.6.0
MIB: UCD-SNMP-MIB
Real verfügbarer Speicher in kB.

memGesamtKostenlos #

OID: 1.3.6.1.4.1.2021.4.11.0
MIB: UCD-SNMP-MIB
Gesamter freier Speicher in KB.

memFreigegeben #

OID: 1.3.6.1.4.1.2021.4.13.0
MIB: UCD-SNMP-MIB
Gesamter realer oder virtueller Speicher in KB, der zur Verwendung als gemeinsam genutzter Speicher zugewiesen ist.

Speicherpuffer #

OID: 1.3.6.1.4.1.2021.4.14.0
MIB: UCD-SNMP-MIB
Gesamter realer oder virtueller Speicher in KB, der zur Verwendung als Speicherpuffer zugewiesen ist.

memCached #

OID: 1.3.6.1.4.1.2021.4.15.0
MIB: UCD-SNMP-MIB
Gesamter realer oder virtueller Speicher in KB, der zur Verwendung als Cache-Speicher zugewiesen ist.

laLaden/1 #

OID: 1.3.6.1.4.1.2021.10.1.3.1
MIB: UCD-SNMP-MIB
1 Minute CPU-Auslastung.

laLaden/2 #

OID: 1.3.6.1.4.1.2021.10.1.3.2
MIB: UCD-SNMP-MIB
5 Minute CPU-Auslastung.

laLaden/3 #

OID: 1.3.6.1.4.1.2021.10.1.3.3
MIB: UCD-SNMP-MIB
15 Minute CPU-Auslastung.

SsCpuSystem #

OID: 1.3.6.1.4.1.2021.11.10.0
MIB: UCD-SNMP-MIB
Prozentsätze der System-CPU-Verarbeitungszeit auf Systemebene.

ssCpuRawSystem #

OID: 1.3.6.1.4.1.2021.11.52.0
MIB: UCD-SNMP-MIB
Im Code auf Systemebene ausgegebene Ticks.

ssCpuIdle #

OID: 1.3.6.1.4.1.2021.11.11.0
MIB: UCD-SNMP-MIB
Prozentsatz der Prozessorzeit im Leerlaufzustand.

ssCpuRawIdle #

OID: 1.3.6.1.4.1.2021.11.53.0
MIB: UCD-SNMP-MIB
Untätig ausgegebene Ticks pro CPU.

wennNummer #

OID: 1.3.6.1.2.1.2.1
MIB: IF-MIB
Anzahl der Schnittstellen im System.

wennTabelle #

OID: 1.3.6.1.2.1.2.2
MIB: IF-MIB
Dieser OID entspricht einer Tabelle im MIB2. Beachten Sie, dass Tabellen sich in ihrer Darstellung von Skalarobjekten unterscheiden. Stellen Sie sich eine Tabelle mit einem OID xTabelle, mit Spalten coli und index i, um Zugriff auf die Spalte zu erhalten Col1 und index 1sollten wir eine snmpget für xTabelle.xEintrag.Col1.1, Wobei xEintrag hat nur eine konzeptionelle Bedeutung, wir können auch alle Einträge einer Spalte abrufen Col1 sowie einem snmpwalk zu xTabelle.xEintrag.Col1 oder holen Sie sich den vollen Tisch mit einem snmpwalk seinen OID (xTabelle.xEintrag). Sehen wir uns an, was wir als Spalten erhalten:

ifDescr #

OID: 1.3.6.1.2.1.2.2.1.2
MIB: IF-MIB
Schnittstellennamen.

ifType #

OID: 1.3.6.1.2.1.2.2.1.3
MIB: IF-MIB
Schnittstellentyp, z. B. Ethernet.

ifMtu #

OID: 1.3.6.1.2.1.2.2.1.4
MIB: IF-MIB
Maximale Übertragungseinheit.

ifSpeed #

OID: 1.3.6.1.2.1.2.2.1.5
MIB: IF-MIB
Aktuelle geschätzte oder nominale Bandbreite in b/s.

ifPhysAddress #

OID: 1.3.6.1.2.1.2.2.1.6
MIB: IF-MIB
Adresse der unteren Protokollschicht, beispielsweise MAC-Adresse.

ifOperStatus #

OID: 1.3.6.1.2.1.2.2.1.8
MIB: IF-MIB
Aktueller Status.

ifInOctets #

OID: 1.3.6.1.2.1.2.2.1.10
MIB: IF-MIB
Anzahl der eingehenden Oktette.

ifInUcastPkts #

OID: 1.3.6.1.2.1.2.2.1.11
MIB: IF-MIB
Anzahl eingehender Unicast-Pakete.

ifInDiscards #

OID: 1.3.6.1.2.1.2.2.1.13
MIB: IF-MIB
Anzahl der verworfenen eingehenden Pakete.

ifInErrors #

OID: 1.3.6.1.2.1.2.2.1.14
MIB: IF-MIB
Anzahl der eingehenden Pakete mit Fehlern, die ihre Zustellung verhindern.

ifOutOctets #

OID: 1.3.6.1.2.1.2.2.1.16
MIB: IF-MIB
Anzahl der übertragenen Oktette.

ifOutUcastPkts #

OID: 1.3.6.1.2.1.2.2.1.17
MIB: IF-MIB
Anzahl der übertragenen Unicast-Pakete.

ifOutDiscards #

OID: 1.3.6.1.2.1.2.2.1.19
MIB: IF-MIB
Anzahl der verworfenen übertragenen Pakete.

ifOutErrors #

OID: 1.3.6.1.2.1.2.2.1.20
MIB: IF-MIB
Anzahl der fehlerhaften ausgehenden Pakete, die nicht übermittelt werden konnten.

RELIANOID ADC Enterprise-OIDs #

noidHostname #

OID: 1.3.6.1.4.1.61269.1.0.1
MEIN B: RELIANOID-MIB
Hostname des ADC.

noidHostIPAdresse #

OID: 1.3.6.1.4.1.61269.1.0.2
MEIN B: RELIANOID-MIB
IP-Adresse des ADC.

noidLizenzAblaufdatum #

OID: 1.3.6.1.4.1.61269.1.0.3
MEIN B: RELIANOID-MIB
Ablaufdatum der Lizenz.

noidIpAdresse #

OID: 1.3.6.1.4.1.61269.1.0.4
MEIN B: RELIANOID-MIB
IP-Adresse des zugehörigen Ereignisses.

noidSchnittstellenname #

OID: 1.3.6.1.4.1.61269.1.0.5
MEIN B: RELIANOID-MIB
Schnittstellenname des zugehörigen Ereignisses.

noidSslExpDate #

OID: 1.3.6.1.4.1.61269.1.0.6
MEIN B: RELIANOID-MIB
Ablaufdatum für das SSL-Zertifikat.

noidSslCertName #

OID: 1.3.6.1.4.1.61269.1.0.7
MEIN B: RELIANOID-MIB
SSL-Zertifikatname des zugehörigen Ereignisses.

noidAlarmName #

OID: 1.3.6.1.4.1.61269.1.0.8
MEIN B: RELIANOID-MIB
Name des ausgelösten Alarms.

noidAlarmSchweregrad #

OID: 1.3.6.1.4.1.61269.1.0.9
MEIN B: RELIANOID-MIB
Schweregrad des ausgelösten Alarms, 1 für kritisch, 2 für schwerwiegend, 3 für geringfügig, 4 für Warnung, 5 für Löschfalle. Die Löschfalle ist als Varbind enthalten mit noidAlarmClearing.

noidAlarmClearing #

OID: 1.3.6.1.4.1.61269.1.0.10
MEIN B: RELIANOID-MIB
OID des zu löschenden Traps. Eingeschlossen, wenn noidAlarmSchweregrad ist 5.

Generische MIB-II-Fallen #

linkDown #

OID: 1.3.6.1.6.3.1.1.5.3
Freigabe-OID: 1.3.6.1.6.3.1.1.5.4
MIB: IF-MIB
Ein LinkDown-Trap bedeutet, dass die SNMP-Entität in ihrer Agentenrolle erkannt hat, dass das ifOperStatus-Objekt für eine ihrer Kommunikationsverbindungen dabei ist, aus einem anderen Zustand (aber nicht aus dem Zustand notPresent) in den Zustand „Down“ zu wechseln. Dieser andere Zustand wird durch den enthaltenen Wert von ifOperStatus angezeigt.

verbinden #

OID: 1.3.6.1.6.3.1.1.5.4
MIB: IF-MIB
Ein LinkUp-Trap bedeutet, dass die SNMP-Entität in ihrer Agentenrolle erkannt hat, dass das ifOperStatus-Objekt für eine ihrer Kommunikationsverbindungen den Status „down“ verlassen hat und in einen anderen Status übergegangen ist (aber nicht in den Status „notPresent“). Dieser andere Status wird durch den enthaltenen Wert von ifOperStatus angezeigt.

hrSWRunName #

OID: 1.3.6.1.2.1.25.4.2.1.2
MIB: HOST-RESSOURCES-V2-MIB
Eine Textbeschreibung dieser laufenden Software, einschließlich Hersteller, Revision und dem allgemein bekannten Namen. Wenn diese Software lokal installiert wurde, sollte dies dieselbe Zeichenfolge sein, die im entsprechenden hrSWInstalledName verwendet wird.

mteTriggerRising #

OID: 1.3.6.1.2.1.88.2.0.2
Freigabe-OID: 1.3.6.1.2.1.88.2.0.3
MIB: DISMAN-EVENT-MIB
Benachrichtigung, dass der steigende Schwellenwert für Trigger mit mteTriggerType „Schwellenwert“ erreicht wurde. Die Bandbreite einer beliebigen Netzwerkschnittstelle liegt über dem angegebenen Schwellenwert. Es sollte analysiert werden, ob der Verbrauch legitim ist.

mteTriggerFalling #

OID: 1.3.6.1.2.1.88.2.0.3
MIB: DISMAN-EVENT-MIB
Benachrichtigung, dass der fallende Schwellenwert für Trigger mit mteTriggerType „Schwellenwert“ erreicht wurde. Die Bandbreite ist normal.

dskErrorFlag #

OID: 1.3.6.1.4.1.2021.9.1.100
MIB: UCD-SNMP-MIB
Fehlerflagge, die anzeigt, dass der Speicherplatz auf der Festplatte oder Partition kleiner ist als der für sie konfigurierte Mindestspeicherplatz. Das Dateisystem des Lastenausgleichs ist betroffen, einige Verwaltungsarbeiten sind erforderlich. Überprüfen Sie den Festplattenstatus und öffnen Sie ein Problem im Support-Portal, damit es untersucht werden kann.

laNames #

OID: 1.3.6.1.4.1.2021.10.1.3.1
MIB: UCD-SNMP-MIB
1 Minute Auslastung. Der Load Balancer ist überlastet, einige Prozesse könnten ausfallen.

RELIANOID ADC Enterprise-Fallen #

noidLizenzablauf #

OID: 1.3.6.1.4.1.61269.1.1.1
OID löschen: 1.3.6.1.4.1.61269.1.1.3
MEIN B: RELIANOID-MIB
Die Lizenz für den Load Balancer läuft bald ab. Fordern Sie eine Verlängerung des Support-Service an. Varbinds: noidAlarmName, noidAlarmSchweregrad, noidHostname.

noidLizenzInaktiv #

OID: 1.3.6.1.4.1.61269.1.1.2
OID löschen: 1.3.6.1.4.1.61269.1.1.3
MEIN B: RELIANOID-MIB
Die Load Balancer-Lizenz ist abgelaufen. Fordern Sie die Verlängerung des Support-Dienstes an. Varbinds: noidAlarmName, noidAlarmSchweregrad, noidHostname.

noidLizenzOK #

OID: 1.3.6.1.4.1.61269.1.1.3
MEIN B: RELIANOID-MIB
Die Load Balancer-Lizenz ist ok. Varbinds: noidAlarmName, noidAlarmSchweregrad, noidHostname, noidAlarmClearing.

noidClusterNodeToPrimary #

OID: 1.3.6.1.4.1.61269.1.1.4
OID löschen: 1.3.6.1.4.1.61269.1.1.5
MEIN B: RELIANOID-MIB
Der Clusterknoten wurde auf den primären Knoten umgeschaltet. Überprüfen Sie die Systemprotokolle des Load Balancers, um den Hauptgrund für den Wechsel zu analysieren. Im primären Knoten ist diese OID das Löschereignis von clusterNodeToSecondary. Varbinds: noidAlarmName, noidAlarmSchweregrad, noidHostname, noidAlarmClearing.

noidClusterNodeToSecondary #

OID: 1.3.6.1.4.1.61269.1.1.5
OID löschen: 1.3.6.1.4.1.61269.1.1.4
MEIN B: RELIANOID-MIB
Der Clusterknoten wurde auf den sekundären Knoten umgeschaltet. Überprüfen Sie die Systemprotokolle des Lastenausgleichs, um den Hauptgrund für den Wechsel zu analysieren. Im sekundären Knoten ist diese OID das Löschereignis von clusterNodeToPrimary. Varbinds: noidAlarmName, noidAlarmSchweregrad, noidHostname, noidAlarmClearing.

noidClusterAlarm #

OID: 1.3.6.1.4.1.61269.1.1.6
MEIN B: RELIANOID-MIB
Es liegt eine Warnung im Zusammenhang mit dem Cluster vor. Überprüfen Sie die Beschreibung der Warnung und die Systemprotokolle, um den Hauptgrund für die Warnung zu analysieren. Varbinds: noidAlarmName, noidAlarmSchweregrad, noidHostname.

noidBackendDown #

OID: 1.3.6.1.4.1.61269.1.1.7
OID löschen: 1.3.6.1.4.1.61269.1.1.8
MEIN B: RELIANOID-MIB
Backend wurde als ausgefallen erkannt. Überprüfen Sie die Alarmbeschreibung und testen Sie die Verfügbarkeit des Backends vom Load Balancer aus. Varbinds: noidAlarmName, noidAlarmSchweregrad, noidHostname, noidIpAdresse.

noidBackendUp #

OID: 1.3.6.1.4.1.61269.1.1.8
MEIN B: RELIANOID-MIB
Backend wird als aktiv erkannt. Varbinds: noidAlarmName, noidAlarmSchweregrad, noidHostname, noidIpAdresse, noidAlarmClearing.

noidSchnittstelleDown #

OID: 1.3.6.1.4.1.61269.1.1.9
OID löschen: 1.3.6.1.4.1.61269.1.1.10
MEIN B: RELIANOID-MIB
Schnittstelle wird als ausgefallen erkannt. Überprüfen Sie die Konnektivität der Netzwerkschnittstelle. Varbinds: noidAlarmName, noidAlarmSchweregrad, noidHostname, noidSchnittstellenname.

noidSchnittstelleNach oben #

OID: 1.3.6.1.4.1.61269.1.1.10
MEIN B: RELIANOID-MIB
Schnittstelle wird als aktiv erkannt. Varbinds: noidAlarmName, noidAlarmSchweregrad, noidHostname, noidSchnittstellenname, noidAlarmClearing.

noidUpdateVerfügbar #

OID: 1.3.6.1.4.1.61269.1.1.11
OID löschen: 1.3.6.1.4.1.61269.1.1.12
MEIN B: RELIANOID-MIB
Load Balancer-Updates verfügbar. Überprüfen Sie die zu aktualisierenden Pakete und bereiten Sie das Update vor. Varbinds: noidAlarmName, noidAlarmSchweregrad, noidHostname.

noidUpdateOK #

OID: 1.3.6.1.4.1.61269.1.1.12
MEIN B: RELIANOID-MIB
Load Balancer ist auf dem neuesten Stand. Varbinds: noidAlarmName, noidAlarmSchweregrad, noidHostname, noidAlarmClearing.

noidCertSSLExpiration #

OID: 1.3.6.1.4.1.61269.1.1.13
OID löschen: 1.3.6.1.4.1.61269.1.1.14
MEIN B: RELIANOID-MIB
Ein im Load Balancer importiertes SSL-Zertifikat ist abgelaufen. Erneuern und importieren Sie das Zertifikat in den Load Balancer. Varbinds: noidAlarmName, noidAlarmSchweregrad, noidHostname, noidSslCertName.

noidCertSSLOK #

OID: 1.3.6.1.4.1.61269.1.1.14
MEIN B: RELIANOID-MIB
Die SSL-Zertifikate sind gültig. Varbinds: noidAlarmName, noidAlarmSchweregrad, noidHostname, noidAlarmClearing.

Backends SNMP-Überwachung vom Load Balancer #

Andererseits ist SNMP aus Sicht eines Load Balancers sehr nützlich, da es zur Erfassung von Backend-Metriken und zur Anpassung des Scheduler-Verhaltens oder zur Automatisierung der Aktivierung und Deaktivierung von Backends verwendet werden kann. Unter diesem Link finden Sie weitere Informationen zur Verwendung einer benutzerdefinierten Farm-Guardian-Prüfung mit SNMP.

Weitere Überwachung der Anwendungsbereitstellung #

Es gibt Anwendungsfälle, in denen spezifische Überwachungswerte benötigt werden, beispielsweise Statistiken und Zustände von Farmen, Backends oder Clustern. Um diese Werte zu erfassen, folgen Sie bitte diesem Artikel . Alternativ kann dies auch über die REST-API erfolgen.

Weitere Monitoring-Ressourcen #

Lesen Sie die Artikel zur Überwachung RELIANOID Appliances mit Nagios oder Zabbix über die folgenden Links:

https://www.relianoid.com/knowledge-base/howtos/monitoring-relianoid-nagios/
https://www.relianoid.com/knowledge-base/howtos/monitoring-relianoid-zabbix/

Ich hoffe, dass Sie diesen Artikel nützlich finden und dass er Sie auf die nächste Ebene der Nutzung bringt SNMP zu überwachen RELIANOID Haushaltsgeräte!

Referenzen #

UCD-SNMP-MIB http://www.net-snmp.org/docs/mibs/UCD-SNMP-MIB.txt
SNMP-Protokoll RFC: https://tools.ietf.org/html/rfc1157
SIM-RFC: https://tools.ietf.org/html/rfc1065
Netz-SNMP: http://www.net-snmp.org/wiki/
Debian-Wiki-SNMP: https://wiki.debian.org/SNMP
UCD-SNMP-MIB: http://www.net-snmp.org/docs/mibs/UCD-SNMP-MIB.txt