Was ist Network Monitoring?

Was ist Network Monitoring?

Network Monitoring ist die kontinuierliche Beobachtung des Netzwerks, das Ihre Server, Dienste und Nutzer verbindet: Geräte wie Router, Switches und Firewalls, die Verbindungen dazwischen und der Datenverkehr darauf. Ziel ist es, eine überlastete Leitung, eine Schnittstelle mit Paketverlusten oder eine ausfallende Route zu erkennen, bevor Nutzer langsame Seiten oder fehlgeschlagene API-Aufrufe bemerken.

Das Ergebnis ist meist eine Topologieansicht, Grafiken je Schnittstelle, Alarme bei Schwellenwerten wie Bandbreitennutzung oder Fehlerzählern und Flow-Datensätze (NetFlow, sFlow, IPFIX), die klären, welcher Verkehr um 14:32 über eine Leitung lief. Werkzeuge in diesem Bereich sind etwa Zabbix, LibreNMS, Nagios und PRTG.

Netzwerk-, Infrastruktur- und Anwendungsmonitoring im Vergleich

Die drei Ebenen überschneiden sich bei den Werkzeugen, beantworten aber unterschiedliche Fragen:

• Network Monitoring beobachtet die Leitungen: Auslastung, Paketverlust, Routing-Änderungen, DNS-Auflösung. Es beantwortet "Ist das Netzwerk langsam?"
• Infrastructure Monitoring beobachtet die Hosts: CPU, Arbeitsspeicher, Festplatte, Container. Es beantwortet "Ist dieser Server überlastet?"
• Application Performance Monitoring beobachtet den Code: Latenz je Endpunkt, langsame Abfragen, Fehlerraten. Es beantwortet "Warum ist der Checkout für diesen Kunden langsam?"

Ein vollständiger Betrieb nutzt alle drei.

Was Network Monitoring abdeckt

• Verfügbarkeit: Ping (ICMP), SNMP-Status und Prüfungen der Port-Erreichbarkeit in festen Intervallen.
• Bandbreite und Durchsatz: Bytes pro Sekunde je Schnittstelle, Spitze gegenüber Durchschnitt, Perzentilauslastung über die Zeit.
• Verlust, Latenz und Jitter: gemessen mit aktiven Sonden oder passiver Flow-Analyse; die drei Größen, die Sprache, Video und Echtzeitverkehr zuerst treffen.
• Routing und Protokollzustand: BGP-Sitzungsstatus, OSPF-Nachbarwechsel.
• Flow-Daten: Datensätze je Verbindung für Kapazitätsplanung und Forensik.
• Konfigurationsabweichungen: gespeicherte und verglichene Gerätekonfigurationen, mit Alarm bei unerwarteten Änderungen.

Wichtige Kennzahlen

1. Verfügbarkeit: Prozentsatz der Zeit, in der ein Gerät oder eine Leitung erreichbar ist.
2. Bandbreitenauslastung: genutzter Anteil der Leitungskapazität, oft am 95. Perzentil gelesen.
3. Paketverlust: verworfene Pakete als Anteil der gesendeten Pakete.
4. Latenz und Jitter: Laufzeit und ihre Schwankung (siehe Latenz).
5. Fehler- und Verwerfungszähler: CRC-Fehler und Ausgangsverluste; dauerhaft von null abweichende Werte deuten auf Verkabelung, Optik oder Pufferprobleme.
6. DNS-Auflösungszeit: ein langsamer Resolver verzögert jede erste Anfrage an einen Host.

Beispiel und Umsetzung

Nutzer in einer Region melden einen langsamen Checkout, die Anwendungs-Dashboards sehen normal aus. Die Netzwerkansicht zeigt die Anbindung dieser Region voll ausgelastet, mit Ausgangsverlusten an einer Schnittstelle. Die Ursache ist Verkehr, nicht Code, die Lösung mehr Kapazität oder Traffic Shaping.

So richten Sie es ein: Geräte per SNMP abfragen, bei neuerer Hardware per Streaming Telemetry, und die Zeitreihen speichern. Dazu aktive Sonden zwischen Standorten für Latenz und Verlust und ein Flow-Collector für Einblick je Verbindung. Dashboards nach Standort und Dienst aufbauen und auf das alarmieren, was Nutzer spüren (Verlust, Latenz, Sättigung), nicht auf jeden Zähler.

Zusammenhang mit Lasttests

Zeigt ein Lasttest steigende Antwortzeiten, hilft Network Monitoring zu klären, ob die Grenze im Netzwerk liegt, etwa eine überlastete Leitung oder Paketverlust, oder darüber, in Anwendung oder Datenbank. Lesen Sie vor einem Launch beide Signale zusammen. Mehr dazu in den Beiträgen zu Netzwerk-Jitter bei Cloud-Lasttests und Netzwerkprotokollen im Performance-Test.

Was LoadFocus abdeckt und was nicht

LoadFocus ist kein Monitor für Netzwerkgeräte: Es fragt weder Router noch Switches per SNMP ab und sammelt keine Flow-Daten. Es prüft von außen, so wie ein Nutzer. Das API Monitoring führt geplante Prüfungen aus 25 wählbaren Cloud-Regionen aus und zerlegt jede Antwortzeit in Wartezeit, DNS, TCP-Verbindung, erstes Byte und Download. Außerdem gibt es TCP-Prüfungen (ist ein Port offen und nimmt Verbindungen an) und DNS-Prüfungen (lösen Ihre Einträge auf die richtigen Werte auf). Kostenlose Prüfungen laufen alle 5 Minuten. Das ist eine Form von Synthetic Monitoring: Es zeigt, ob Nutzer in einer Region ein Problem sehen, nicht welches Gerät es verursacht.

Häufige Fragen: Network Monitoring

Was ist Network Monitoring einfach erklärt?

Es beobachtet den Zustand des Netzwerks, das Ihre Server und Nutzer verbindet, damit Sie eine ausfallende Leitung oder ein defektes Gerät früh finden. Gemessen werden Verfügbarkeit, Bandbreite, Paketverlust und Latenz.

Was ist der Unterschied zwischen Network Monitoring und Netzwerkmanagement?

Monitoring beobachtet und alarmiert. Management umfasst auch Änderungen am Netzwerk: Geräte konfigurieren, Updates einspielen und Störungen beheben. Viele Werkzeuge verbinden beides.

Welche Protokolle nutzt Network Monitoring?

Gängig sind SNMP für Gerätestatus und Zähler, ICMP für Ping, NetFlow, sFlow oder IPFIX für Verkehrsflüsse und Streaming Telemetry bei neuerer Hardware.

Ersetzt Network Monitoring das Anwendungsmonitoring?

Nein. Es zeigt, ob das Netzwerk gesund ist, nicht warum ein bestimmter Endpunkt oder eine Abfrage langsam ist. Sie brauchen zusätzlich Infrastruktur- und Anwendungsmonitoring.

Kann LoadFocus meine Router und Switches überwachen?

Nein. LoadFocus prüft Websites und APIs von außen, mit HTTP-, TCP- und DNS-Prüfungen aus Cloud-Regionen. Es nutzt kein SNMP und sammelt keine Flow-Daten.