Warum ist das Netzwerk langsam? Warum bricht eine Anwendung immer wieder ab? Und warum tritt das Problem ausgerechnet dann nicht auf, wenn die IT danach sucht?
Bei Netzwerkproblemen ist die eigentliche Ursache oft schwerer zu finden als das sichtbare Symptom. Eine Warnmeldung zeigt beispielsweise, dass etwas nicht funktioniert. Sie erklärt aber noch nicht automatisch, warum es nicht funktioniert.
Genau hier setzt das RAMA-Modell von netmon24 an. Die sogenannte Entstörungspyramide verbindet vier Bereiche miteinander:
Recording – Analyse – Monitoring – Alerting.
Das Ziel ist ein strukturierter Umgang mit Netzwerkproblemen: Daten erfassen, Ursachen nachvollziehen, die Infrastruktur dauerhaft beobachten und bei Auffälligkeiten gezielt reagieren.
Was ist das RAMA-Modell?
RAMA steht für:
- R – Recording: Netzwerkverkehr aufzeichnen
- A – Analyse: aufgezeichnete Daten untersuchen
- M – Monitoring: Infrastruktur und Netzwerkperformance dauerhaft überwachen
- A – Alerting: bei definierten Auffälligkeiten alarmieren
In der Darstellung von netmon24 bilden diese vier Bereiche eine umgedrehte Pyramide. Sie beginnt mit einer breiten Datengrundlage und wird Schritt für Schritt konkreter.
Das ist entscheidend. Denn eine gute Alarmierung beginnt nicht beim Alarm. Sie beginnt damit, dass überhaupt die richtigen Informationen vorhanden sind.
Vereinfacht gesagt: Erst sehen, was passiert. Dann verstehen, warum es passiert. Anschließend dauerhaft beobachten und schließlich gezielt reagieren.
1. Recording: Was ist tatsächlich im Netzwerk passiert?
Am Anfang steht das Recording.
Dabei wird der Netzwerkverkehr aufgezeichnet und möglichst detailliert protokolliert. Diese Daten bilden später die Grundlage für die Fehleranalyse. Je nach Infrastruktur kann der Verkehr beispielsweise über TAPs, Mirrorports oder SPAN-Ports an verschiedenen Stellen des Netzwerks erfasst werden.
Warum ist das wichtig?
Stellen Sie sich eine Überwachungskamera vor. Wenn ein Vorfall bereits vorbei ist, hilft es wenig, nur den aktuellen Zustand zu betrachten. Eine Aufzeichnung ermöglicht es, zurückzugehen und nachzuvollziehen, was zu einem bestimmten Zeitpunkt tatsächlich passiert ist.
Das gilt auch für Netzwerke.
Viele Störungen treten nur sporadisch auf:
- Anwendungen reagieren plötzlich langsam.
- Verbindungen brechen für wenige Sekunden ab.
- Paketverluste treten nur unter bestimmten Bedingungen auf.
- Die Ursache liegt möglicherweise an einer völlig anderen Stelle als vermutet.
Ohne entsprechende Daten beginnt die Fehlersuche schnell mit Vermutungen.
Mit einer Aufzeichnung entsteht dagegen eine belastbare Grundlage für die weitere Untersuchung.
Ein Beispiel für einen entsprechenden Ansatz sind die Network Multimeter von Allegro Packets. Sie ermöglichen die Analyse von aktuellem und bereits vergangenem Netzwerkverkehr und können unter anderem dabei helfen, Netzwerkprobleme, Leistungsengpässe und Paketverluste zu identifizieren.
2. Analyse: Aus Daten werden Antworten
Eine große Menge Netzwerkdaten allein löst noch kein Problem.
Im zweiten Schritt des RAMA-Modells werden die aufgezeichneten Informationen deshalb analysiert.
Ziel ist es, Muster und Auffälligkeiten zu erkennen und beispielsweise:
- Anomalien zu identifizieren,
- Leistungsengpässe zu finden,
- auffälligen Datenverkehr zu untersuchen,
- potenzielle Sicherheitsprobleme aufzudecken.
Dafür können Protokollanalyse- und Netzwerkanalyse-Tools eingesetzt werden. In der RAMA-Systematik werden dafür unter anderem Allegro Packets und Colasoft genutzt.
Die entscheidende Frage lautet in dieser Phase nicht mehr nur:
„Was ist ausgefallen?“
Sondern:
„Was ist im Netzwerk passiert, bevor das Problem aufgetreten ist?“
Diese Unterscheidung ist wichtig.
Ein Server kann beispielsweise langsam reagieren. Die Ursache muss trotzdem nicht beim Server liegen. Möglich wären unter anderem Paketverluste, ungewöhnlich hohe Netzwerklast oder Probleme auf dem Kommunikationsweg.
Eine strukturierte Analyse hilft dabei, Symptome und Ursachen voneinander zu trennen.
3. Monitoring: Probleme erkennen, bevor Anwender sie melden
Nachdem ein Problem analysiert wurde, sollte die IT nicht wieder bei null anfangen.
Hier setzt das Monitoring an.
Dabei wird die Netzwerkperformance kontinuierlich überwacht. Monitoring-Systeme liefern Informationen über den Zustand von Netzwerkkomponenten und können Netzwerkaktivitäten über Dashboards und Berichte sichtbar machen. Ziel ist es, Probleme möglichst frühzeitig zu erkennen.
Typische Fragen können beispielsweise sein:
- Ist ein Gerät erreichbar?
- Wie hoch ist die Auslastung?
- Entwickelt sich ein Wert ungewöhnlich?
- Gibt es wiederkehrende Störungen?
- Wie hat sich die Infrastruktur über einen längeren Zeitraum entwickelt?
Monitoring macht aus einer punktuellen Fehlersuche einen kontinuierlichen Prozess.
Dabei gibt es nicht das eine Monitoring-Tool für jede Umgebung. Je nach Infrastruktur, Anforderungen und Größe des Unternehmens kommen unterschiedliche Lösungen infrage.
Hierfür nutzen wir hier beispielsweise Paessler, Progress WhatsUp Gold, SolarWinds, Checkmk, i-Vertix und LogicMonitor als unterschiedliche Monitoring-Ansätze.
Für Unternehmen ist deshalb nicht nur die Frage wichtig, welches Tool möglichst viele Funktionen bietet.
Entscheidend ist vielmehr:
Welche Informationen benötigen wir tatsächlich, um unsere Infrastruktur sinnvoll zu überwachen?
4. Alerting: Die richtige Meldung zur richtigen Zeit
Monitoring sammelt und bewertet Zustände. Aber selbst das beste Dashboard hilft wenig, wenn im entscheidenden Moment niemand darauf schaut.
Die vierte Stufe des RAMA-Modells ist deshalb das Alerting.
Über definierte Schwellenwerte und Auslöser können bei Problemen oder ungewöhnlichen Aktivitäten Benachrichtigungen ausgelöst werden. Diese können beispielsweise per E-Mail, SMS oder Push-Nachricht erfolgen. Auch automatisierte Reaktionsmechanismen für erste Maßnahmen zur Problemlösung sind möglich.
Dabei gilt jedoch:
Mehr Alarme bedeuten nicht automatisch mehr Sicherheit.
Wenn jede kleine Abweichung eine Meldung erzeugt, entsteht schnell Alarmmüdigkeit. Wirklich kritische Hinweise gehen dann zwischen weniger wichtigen Benachrichtigungen unter.
Ein sinnvolles Alerting benötigt deshalb Kontext:
- Was ist tatsächlich kritisch?
- Ab wann muss reagiert werden?
- Wer muss informiert werden?
- Wie schnell muss die Reaktion erfolgen?
- Kann ein erster Schritt automatisiert werden?
Genau deshalb befindet sich Alerting am Ende der Entstörungspyramide.
Ein Alarm sollte möglichst das Ergebnis einer sinnvoll aufgebauten Überwachung sein – nicht deren Ausgangspunkt.
Warum gehören Recording, Analyse, Monitoring und Alerting zusammen?
In der Praxis werden diese Bereiche häufig getrennt betrachtet.
Ein Unternehmen besitzt vielleicht bereits ein Monitoring-System. Trotzdem bleibt bei einer Störung die Frage offen, warum ein bestimmter Zustand entstanden ist.
Oder Netzwerkverkehr wird analysiert, aber es fehlen anschließend Mechanismen, mit denen ein erneutes Auftreten automatisch erkannt werden kann.
Das RAMA-Modell verbindet diese einzelnen Disziplinen miteinander:
| Stufe | Kernfrage |
|---|---|
| Recording | Was ist im Netzwerk passiert? |
| Analyse | Warum ist es passiert? |
| Monitoring | Passiert es erneut oder entwickelt sich ein Problem? |
| Alerting | Wann und wie müssen wir reagieren? |
Dadurch entsteht ein Kreislauf statt einer einmaligen Fehlersuche.
Ein erkanntes Problem liefert Erkenntnisse für das Monitoring. Das Monitoring erkennt erneute Auffälligkeiten. Die Alarmierung informiert die zuständigen Personen. Und wenn weitere Details benötigt werden, stehen aufgezeichnete Daten für eine erneute Analyse zur Verfügung.
Das RAMA-Modell ist kein Produkt
Ein wesentlicher Punkt ist dabei: RAMA beschreibt keine bestimmte Softwarelösung.
Die einzelnen Aufgaben können mit unterschiedlichen Produkten und Technologien umgesetzt werden.
Das ist insbesondere bei bestehenden IT-Landschaften relevant. Unternehmen müssen nicht zwangsläufig ihre komplette Infrastruktur austauschen, nur um einen strukturierten Ansatz für Überwachung und Fehleranalyse zu etablieren.
Entscheidend ist vielmehr, welche Werkzeuge zur vorhandenen Umgebung und zur jeweiligen Aufgabenstellung passen.
netmon24 arbeitet dabei als herstellerunabhängiger Dienstleister und kombiniert je nach Anforderung unterschiedliche Lösungen. Bereits im ursprünglichen RAMA-Konzept werden deshalb verschiedene Anbieter den einzelnen Ebenen der Entstörungspyramide zugeordnet.
Wie netmon24 beim Aufbau der Entstörungspyramide unterstützt
Nicht jede Umgebung benötigt dieselben Messpunkte, dieselben Analysewerkzeuge oder dieselbe Monitoring-Lösung.
Deshalb betrachten wir zunächst die vorhandene Infrastruktur und die konkrete Aufgabenstellung.
Je nach Bedarf unterstützen wir bei der:
- Aufzeichnung und Untersuchung des Netzwerkverkehrs,
- Analyse von Netzwerkproblemen und Performance-Engpässen,
- Auswahl und Einführung geeigneter Monitoring-Lösungen,
- Optimierung bestehender Monitoring-Umgebungen,
- Definition sinnvoller Alarmierungen und Eskalationen.
Der Ansatz bleibt dabei herstellerunabhängig. Ziel ist nicht, möglichst viele Tools einzusetzen. Ziel ist eine Lösung, mit der Probleme nachvollziehbar erkannt, analysiert und langfristig beherrscht werden können. Das entspricht unserem Anspruch, als neutraler Partner bei der Auswahl geeigneter Werkzeuge zu unterstützen.
Buchen Sie ein erstes Gespräch mit uns: https://tidycal.com/netmon24/erstgesprach