Seminar LibreNMS – Skalierung und verteiltes Polling

Inhaltsverzeichnis

• Seminarprofil
• Lernziele
• Seminarinhalte
• Praxisübungen
• Zielgruppe und Voraussetzungen

Seminarprofil

Wachsende Gerätebestände stellen unterschiedliche Anforderungen an CPU, Datenbank, Datenträger und Netzwerk. Dieses Seminar beginnt deshalb mit einer Messung der vorhandenen Engpässe. Erst anschließend werden zusätzliche Komponenten eingeführt. Damit wird nachvollziehbar, welche Maßnahme tatsächlich hilft und welche lediglich die Komplexität erhöht.

Die Laborumgebung wird von einer funktionsfähigen Einzelinstallation zu einem Aufbau mit Dispatcher, RRDCached, Redis und mehreren Pollern weiterentwickelt. Geräte werden nachvollziehbaren Poller-Gruppen zugeordnet. Gleiche Softwarestände, gemeinsame Konfiguration und erreichbare Zustandsdienste werden als technische Voraussetzungen überprüft.

Verteiltes Polling dient der Lastverteilung und ist kein autarkes Außenstellen-Monitoring mit nachträglicher Übertragung gepufferter Daten. Auch mehrere Poller ergeben noch keine vollständig hochverfügbare Plattform. Die Übungen untersuchen deshalb zusätzlich Datenbank, Redis, RRD-Speicher und Webzugang als mögliche Ausfallstellen. Für weitergehende Redundanz werden Architekturvarianten bewertet; vorbereitete Dienste ermöglichen ausgewählte Wiederanlauftests.

Lernziele

• Engpässe anhand von Pollinglaufzeiten, Systemlast und Datenzugriffen unterscheiden.
• Den Dispatcher kontrolliert einführen und doppelte Aufgabenausführung vermeiden.
• RRDCached, Redis und zusätzliche Poller zu einem geprüften Aufbau verbinden.
• Poller-Gruppen passend zum Gerätebestand und zu erreichbaren Netzen einsetzen.
• Die verbleibenden Ausfallstellen eines verteilten Aufbaus benennen und testen.
• Einen messbaren Ausbauplan mit Abnahme- und Rückfallkriterien erstellen.

Seminarinhalte

Ausgangslage und Messkonzept

• Pollingdauer, Gerätelatenz, Datenbanklast und Datenträgerzugriffe erfassen.
• Gerätezahl, Ports und Sensorumfang als unterschiedliche Lasttreiber betrachten.
• Eine reproduzierbare Vergleichsmessung mit klaren Akzeptanzwerten vorbereiten.

Optimierung der Einzelinstallation

• Langsame Geräte und unnötige Erfassungsumfänge gezielt untersuchen.
• Worker-Anzahl und vorhandene Ressourcen aufeinander abstimmen.
• Wirkung und Nebenwirkungen einer Änderung anhand derselben Messwerte vergleichen.

Dispatcher und Aufgabenplanung

• Verantwortlichkeiten von Dispatcher, bestehenden Polling-Cronjobs und verbleibenden Scheduler-Aufgaben prüfen.
• Aufgabenausführung kontrolliert umstellen und doppelte Pollingläufe ausschließen.
• Worker, Warteschlangen und Servicezustand im laufenden Betrieb beobachten.

RRDCached und Zeitreihendaten

• RRDCached als gemeinsamen Schreibdienst einrichten und Zugriffe begrenzen.
• Dateipfade, Pufferung und die Sichtbarkeit aktueller Graphdaten überprüfen.
• Sicherung und Wiederanlauf unter Berücksichtigung gepufferter Schreibvorgänge erproben.

Redis und gemeinsame Konfiguration

• Redis für die Koordination der Poller einbinden und Erreichbarkeit absichern.
• Gemeinsame Datenbank, RRD-Anbindung und konsistente Anwendungsstände kontrollieren.
• Knotenidentitäten und Konfigurationsverteilung nachvollziehbar verwalten.

Poller-Knoten und Gruppen

• Einen zusätzlichen Poller in die vorbereitete Umgebung aufnehmen.
• Geräte und Poller-Gruppen zuordnen und die tatsächliche Arbeitsverteilung prüfen.
• Erreichbarkeit über Standortnetze bewerten und von unabhängiger Außenstellenerfassung abgrenzen.

Ausfallsicherheit und Wiederanlauf

• Poller-Ausfall und Unterbrechung eines gemeinsamen Dienstes kontrolliert simulieren.
• Datenbank, Redis, RRD-Speicher und Webzugang auf verbleibende Ausfallstellen untersuchen.
• Vorbereitete Redundanzbausteine bewerten; RRDCached nicht mit repliziertem RRD-Speicher gleichsetzen.

Abnahme und Rückweg

• Leistungsdaten vor und nach dem Ausbau unter gleichen Bedingungen vergleichen.
• Datenlücken, Gerätezuordnung und wiederaufgenommene Aufträge prüfen.
• Ausbauschritte, Rückfallbedingungen und noch erforderliche Redundanzmaßnahmen dokumentieren.

Praxisübungen

1. Die Leistungsgrenzen einer vorbereiteten Einzelinstallation messen.
2. Dispatcher und RRDCached schrittweise aktivieren und jede Änderung prüfen.
3. Redis sowie einen zweiten Poller anbinden und Geräte einer Gruppe zuweisen.
4. Einen Poller-Ausfall und einen Ausfall eines gemeinsamen Dienstes simulieren.
5. Lastverteilung, Datenkontinuität und Wiederanlauf anhand derselben Kriterien bewerten.
6. Eine passende Ausbauvariante mit verbleibenden Abhängigkeiten und kontrolliertem Rückweg beschreiben.

Zielgruppe und Voraussetzungen

Erfahrene Monitoring-Administration, Linux-Plattformbetrieb, Netzwerkarchitektur und technische Betriebsverantwortliche.

Sichere LibreNMS-Administration entsprechend Betrieb, Sicherheit und Wiederherstellung. Erfahrung mit Linux-Diensten, Netzwerkzugriffen, Datenbanken und grundlegender Leistungsanalyse. Mehrere vorbereitete Labor-VMs und Testdaten werden bereitgestellt.