FachgrundlageSprint 2fachsystematisch⏱ 4 h
SNMP, Monitoring und Kennzahlen in einer Stunde Lesezeit: wie SNMP abfragt und meldet, welche Version sicher ist, welche Wege zu Messwerten es gibt, wie ein Monitoring-Server aufgebaut ist, welche Kennzahlen und Statistiken zählen und wie Schwellwerte und Alarme sinnvoll werden.
Sprint 2 · InputBrückenstufe 2
Eure Story: Ihr richtet ein Monitoring für das Netz des Hubs ein, legt Kennzahlen und Schwellwerte fest und baut die Alarme so, dass echte Störungen auffallen.
Input für eure Storycard. Holt euch die Karte, die eure Storycard gerade braucht. Grundlage für AB 1 bis 6.
Du liest die Abschnitte, die du für Teil 2 brauchst, und prüfst dich am Ende mit drei Fragen.
0 von 6 AB abgehakt AB-Liste öffnen
Der wichtigste Satz auf dieser Seite: Polling zeigt, wie es dem Netz geht. Eine Meldung zeigt, dass gerade etwas passiert. Ein Alarm zeigt, dass jemand handeln muss.
Wozu diese Lektion?
Im Auftrag arbeitest du am Fall der Halle. Hier steht das Gerüst, das über den Fall hinaus trägt: Begriffe, Regeln und Zusammenhänge, so wie sie in jedem Betrieb und in der Technikerprüfung gelten. Lies sie, wenn du sie brauchst, und komm zurück, wenn du unsicher bist.
SNMP: Versionen, Abfrage, Meldung
| Version | Zugang | Sicherheit | Einsatz heute |
|---|---|---|---|
| SNMPv1 | Community (Klartext) | keine | nur Altgeräte, als Befund |
| SNMPv2c | Community (Klartext) | keine; dafür GetBulk und 64-Bit-Zähler | verbreitet, im Betrieb abzulösen |
| SNMPv3 | Benutzer mit Anmeldung | Integrität, Anmeldung und Verschlüsselung (authPriv) | Stand der Technik |
Der Monitoring-Server (Manager) fragt beim Agenten im Gerät Werte ab: Get für einzelne Werte, GetBulk für viele auf einmal. Das Gerät kann auch selbst melden: Ein Trap geht ohne Bestätigung raus, ein Inform wird bestätigt. Jeder Wert hat eine OID im Baum der MIB, für Ports zum Beispiel aus der IF-MIB.
Abfragen, melden, mitschneiden
Abfrage im Takt (Polling) liefert Zeitreihen: Zähler, Zustände, Temperaturen. Meldungen (Traps, Syslog in Teil 3) liefern Ereignisse sofort. Flussdaten (NetFlow, IPFIX, sFlow) zeigen, wer mit wem wie viel spricht. Erreichbarkeit per ICMP und Prüfungen eines Dienstes zeigen, ob ein System und eine Anwendung antworten. Ein Monitoring kombiniert die Wege.
Monitoringsoftware
Offene Monitoring-Werkzeuge bestehen meist aus einem Sammler, einer Zeitreihendatenbank, einer Regel- und Alarmkomponente und einer Oberfläche für Dashboards. Im Labor laufen sie in Containern oder einer VM. Für den Betrieb wichtig: Der Server braucht Zugang zum Management-Netz, eigene abgesicherte Anmeldung, Sicherung seiner Konfiguration und eine Überwachung von außen.
Kennzahlen
Auslastung = Δ Zähler in Byte · 8Δt · Bandbreite · 100 %
Verfügbarkeit = Gesamtzeit − AusfallzeitGesamtzeit · 100 %
Mittelwert: Summe durch Anzahl, empfindlich gegen Ausreißer. Median: mittlerer Wert der sortierten Reihe. p-Perzentil: Wert, unter dem p Prozent der Messungen liegen; nach dem Rangverfahren der Wert an Rang p · n, aufgerundet. Für Antwortzeiten nennt man meist Median und 95. Perzentil.
Schwellwerte und Alarme
Ein Schwellwert legt fest, ab wann ein Wert auffällig ist. Meist gibt es zwei Stufen: Warnung (sichtbar im Dashboard) und Kritisch (Alarm an Menschen). Eine Mindestdauer verhindert, dass kurze Spitzen auslösen. Alarme gehen an eine Rolle, nicht an alle. Ein Monitoring, das zu oft meldet, wird ignoriert (Alarmmüdigkeit); eines, das nie meldet, muss sich durch Testalarme beweisen. Schwellwerte, Fehlalarme und ihre Ursachen gehören zur Qualitätssicherung im Betrieb.
So steigt der Anspruch in Teil 2
Stufe I
Abfolge
Protokolle und Kennzahlen zuordnen, OIDs lesen, Schritte ordnen.
Stufe II
Algorithmus
Auslastung, Überlauf, Abfragelast, Statistik und Verfügbarkeit rechnen, Konzept schreiben, Server aufbauen.
Stufe III
Heuristik
Umstieg auf SNMPv3, Ort des Monitorings, Alarmflut in der Spitze.