Seminar Pandora FMS Intensiv – Enterprise, Skalierung und Hochverfügbarkeit

Das fünftägige Enterprise-Intensivseminar bündelt die Themen für große, dynamische und ausfallsichere Installationen. Architekturentscheidungen werden mit Mengengerüst, Pilotkonfiguration und Ausfallszenarien verifiziert.

Inhaltsverzeichnis

1. Kapitel 1: Seminarprofil
2. Kapitel 2: Cloud- und Virtualisierungsmonitoring
3. Kapitel 3: Container- und Orchestrierungsmonitoring
4. Kapitel 4: Discovery-Aufgaben und automatische Erkennung
5. Kapitel 5: Richtlinien für standardisiertes Monitoring
6. Kapitel 6: Command Center und zentrale Verwaltung
7. Kapitel 7: Satellite Server und entfernte Standorte
8. Kapitel 8: Skalierung und verteilte Serverrollen
9. Kapitel 9: Datenbankbetrieb und Performance
10. Kapitel 10: Hochverfügbarkeit und Failover
11. Kapitel 11: Backup und Wiederherstellung
12. Kapitel 12: Upgrade, Migration und Rollback
13. Kapitel 13: Systematische Fehleranalyse
14. Kapitel 14: Kapazität, Baselines und Prognosen
15. Kapitel 15: Praxislabor und Betriebscheck

Kapitel 1: Seminarprofil

Inhaltsverzeichnis

• Zielsetzung
• Zielgruppe
• Voraussetzungen
• Praxisrahmen
• Systembezug

Zielsetzung: Große und verteilte Umgebungen werden mit Cloud- und Containererkennung, Richtlinien, Command Center, Satellite Server, Skalierung, Datenbankoptimierung und Hochverfügbarkeit geplant und getestet.

Zielgruppe: Erfahrene Pandora-FMS-Administratoren, Enterprise-Architekten und Plattformverantwortliche.

Voraussetzungen: Sehr gute Pandora-FMS-Administration sowie sichere Linux-, Netzwerk- und Datenbankkenntnisse.

Praxisrahmen: Entwurf und Pilotierung einer verteilten Mehrknotenumgebung mit Lastmodell, zentraler Verwaltung, HA und Upgradeverfahren.

Systembezug: Übungen und Bezeichnungen werden an Edition, Version und vorhandene Topologie angepasst; lizenzabhängige Funktionen werden im Labor eindeutig gekennzeichnet.

Kapitel 2: Cloud- und Virtualisierungsmonitoring

Inhaltsverzeichnis

• Zugangsdaten und Mandantentrennung
• Discovery von Ressourcen und Kennzahlen
• Kosten, Kapazität und dynamische Lebenszyklen

Cloud- und Virtualisierungsumgebungen ändern sich dynamisch. Monitoringaufgaben berücksichtigen Mandanten, Regionen, Tags, kurzlebige Ressourcen und API-Limits und verbinden automatisch erkannte Objekte mit einer stabilen Gruppen- und Verantwortungsstruktur.

Schritt-für-Schritt-Anleitung

1. Cloud- oder Virtualisierungsplattform, Mandant, Region und zu überwachende Ressourcentypen festlegen.
2. Technisches Lesekonto mit minimalen Rechten hinterlegen und API-Erreichbarkeit prüfen.
3. Discovery-Aufgabe für eine begrenzte Ressourcengruppe ausführen und Zuordnung über Tags oder Ordner kontrollieren.
4. Kennzahlen für Zustand, Leistung, Kapazität und Kostenbezug auswählen und sinnvolle Intervalle festlegen.
5. Entstehung, Skalierung und Löschung einer Testressource beobachten und Regel für verwaiste Agenten definieren.

Kapitel 3: Container- und Orchestrierungsmonitoring

Inhaltsverzeichnis

• Cluster, Knoten, Workloads und Laufzeiten
• Dynamische Objekte und Labels
• Ressourcen, Zustände und Services

Container-Monitoring muss kurzlebige Workloads von stabilen Diensten unterscheiden. Cluster-, Knoten- und Workload-Daten werden über Labels und Services strukturiert, damit Neustarts nicht fälschlich als dauerhafte neue Systeme behandelt werden.

Schritt-für-Schritt-Anleitung

1. Clustergrenzen, Namespaces, kritische Workloads und relevante Labels erfassen.
2. Zugangsdaten oder Agenten-/Pluginzugriff mit rein lesenden Rechten konfigurieren.
3. Module für Knotenstatus, Ressourcen, Neustarts, gewünschte Replikate und fehlgeschlagene Workloads anlegen.
4. Dynamische Agentenerzeugung und Bereinigung bei Skalierung beziehungsweise Neuplanung testen.
5. Technische Module in einen stabilen Anwendungsservice überführen und Ausfall einer Replikatgruppe simulieren.

Kapitel 4: Discovery-Aufgaben und automatische Erkennung

Inhaltsverzeichnis

• Aufgabentypen und Zugangsdaten
• Host-, Geräte-, Anwendungs- und Cloud-Erkennung
• Ergebnisprüfung und Übernahme

Discovery vereinfacht die Erfassung neuer Systeme und verfügbarer Monitoringziele. Der Nutzen entsteht erst durch begrenzte Suchräume, sichere Zugangsdaten und eine kontrollierte Prüfung der Ergebnisse vor der produktiven Übernahme.

Schritt-für-Schritt-Anleitung

1. Zielnetz, Aufgabentyp, Suchintervall, Ausschlüsse und technische Zugangsdaten festlegen.
2. Discovery-Aufgabe zunächst für einen kleinen, repräsentativen Bereich konfigurieren und ausführen.
3. Gefundene Systeme nach Typ, Erreichbarkeit, vorhandenen Agenten und doppelten Einträgen prüfen.
4. Geeignete Komponenten, Module oder Vorlagen zuweisen und die geplante Agentenstruktur kontrollieren.
5. Aufgabe zeitlich planen, Verantwortlichkeit festlegen und Änderungen in späteren Läufen vergleichen.

Kapitel 5: Richtlinien für standardisiertes Monitoring

Inhaltsverzeichnis

• Richtlinienstruktur und Agentenzuordnung
• Module, Alarme, Inventar und Sammlungen
• Warteschlange, Anwendung und Abweichungen

Richtlinien verteilen wiederverwendbare Monitoringdefinitionen auf viele Agenten. Änderungen werden erst nach Anwendung der Richtlinienwarteschlange wirksam; lokale Abweichungen müssen daher bewusst zugelassen, erkannt oder wieder vereinheitlicht werden.

Schritt-für-Schritt-Anleitung

1. Standard für eine homogene Systemgruppe definieren und geeignete Agenten eindeutig abgrenzen.
2. Richtlinie mit Modulen, Alarmen, Inventar, Plugins und erforderlichen Sammlungen aufbauen.
3. Pilotagenten zuweisen und geplante Änderungen in der Richtlinienwarteschlange prüfen.
4. Richtlinie anwenden und Dateneingang, Alarmzuordnung sowie Konfigurationsübernahme kontrollieren.
5. Nicht verknüpfte oder lokal veränderte Elemente auswerten und eine Regel für zulässige Ausnahmen festlegen.

Kapitel 6: Command Center und zentrale Verwaltung

Inhaltsverzeichnis

• Knoten, Zentralisierung und Synchronisation
• Einheitliche Benutzer, Richtlinien und Komponenten
• Betrieb, Berechtigungen und Fehlerbehandlung

Das Command Center bündelt mehrere Pandora-FMS-Knoten für große Umgebungen. Zentrale und lokale Zuständigkeiten werden vor der Aktivierung festgelegt, da Synchronisation und Zentralisierung direkte Auswirkungen auf Konfiguration und Betrieb haben.

Schritt-für-Schritt-Anleitung

1. Knoten, Mandanten, Netzpfade, Latenzen und administrative Verantwortlichkeiten erfassen.
2. Command Center anbinden und Versions-, Zeit- sowie Datenbankvoraussetzungen kontrollieren.
3. Zentralisierung für ausgewählte Objekte schrittweise aktivieren und Synchronisationsstatus prüfen.
4. Benutzer, Richtlinien, Komponenten und Sammlungen zunächst in einer Pilotgruppe zentral verwalten.
5. Knotenausfall, verzögerte Synchronisation und widersprüchliche Änderung simulieren und Wiederanlaufverfahren dokumentieren.

Kapitel 7: Satellite Server und entfernte Standorte

Inhaltsverzeichnis

• Standorttopologie und Netzwerkgrenzen
• Lokale Prüfungen und Datenweiterleitung
• Pufferung, Fernkonfiguration und Betrieb

Ein Satellite Server überwacht entfernte Netze, die vom zentralen Server nicht direkt erreichbar sind. Standortautonomie, Bandbreite, Pufferung und sichere Datenweiterleitung werden so abgestimmt, dass Verbindungsunterbrechungen keine dauerhaften Datenlücken verursachen.

Schritt-für-Schritt-Anleitung

1. Entfernten Standort, erreichbare Geräte, erlaubte Protokolle und Verbindung zum Zentralstandort dokumentieren.
2. Satellite Server installieren und Serveradresse, Übertragungsweg, Zeitdienst und lokale Prüfrollen konfigurieren.
3. ICMP-, SNMP- oder WMI-Prüfungen für repräsentative Ziele anlegen und lokal testen.
4. Datenweiterleitung, Pufferung und Wiederaufnahme nach einer kontrollierten Leitungsunterbrechung prüfen.
5. Fernkonfiguration, Sammlungen, Updateverfahren und Standortbetriebscheck dokumentieren.

Kapitel 8: Skalierung und verteilte Serverrollen

Inhaltsverzeichnis

• Mengengerüst und Lastmodell
• Verteilung von Serverprozessen
• Historische Daten und Wachstumsplanung

Skalierung beginnt mit einem belastbaren Mengengerüst aus Agenten, Modulen, Intervallen, Ereignissen und Aufbewahrung. Serverrollen werden erst danach verteilt; Engpässe werden mit Messwerten statt mit pauschalen Hardwareannahmen bewertet.

Schritt-für-Schritt-Anleitung

1. Agenten-, Modul-, Intervall-, Ereignis- und Logmengen sowie erwartetes Wachstum erfassen.
2. Lastanteile von Daten-, Netzwerk-, Plugin-, Discovery-, WUX- und weiteren Serverprozessen zuordnen.
3. Serverrollen und Datenbankressourcen anhand des Mengengerüsts auf Knoten verteilen.
4. Warteschlangen, Verarbeitungslatenz, Datenbankwachstum und Systemressourcen als Eigenmonitoring einrichten.
5. Lasttest oder gestufte Erweiterung durchführen und Schwellenwerte für die nächste Skalierungsstufe definieren.

Kapitel 9: Datenbankbetrieb und Performance

Inhaltsverzeichnis

• Schreiblast, Tabellen und Indizes
• Wartung, Bereinigung und historische Daten
• Messwerte, Engpässe und Optimierung

Die Datenbank trägt Messwerte, Ereignisse, Konfiguration und Historie. Performancearbeit beginnt mit Messdaten zu Abfragen, Schreiblast, Tabellenwachstum und I/O; Bereinigung und historische Auslagerung werden an den tatsächlichen Aufbewahrungsbedarf gekoppelt.

Schritt-für-Schritt-Anleitung

1. Datenbankgröße, größte Tabellen, Wachstum, I/O, Puffer und langsame Abfragen erfassen.
2. Aufbewahrungsfristen und Wartungsjobs mit fachlichen sowie regulatorischen Anforderungen abgleichen.
3. Bereinigung, Optimierung und gegebenenfalls historische Datenhaltung zunächst in einer Testumgebung prüfen.
4. Server- und Datenbankparameter schrittweise ändern und Wirkung über definierte Kennzahlen messen.
5. Grenzwerte für Speicher, Latenz, Warteschlangengröße und Wartungsdauer in das Eigenmonitoring aufnehmen.

Kapitel 10: Hochverfügbarkeit und Failover

Inhaltsverzeichnis

• Ausfallziele und Abhängigkeiten
• Server- und Datenbankredundanz
• Failover, Rückschwenk und Konsistenzprüfung

Hochverfügbarkeit schützt nur dann, wenn Ausfallziele, abhängige Dienste und Rückkehr in den Normalbetrieb festgelegt sind. Zeitabgleich, Datenbankkonsistenz und regelmäßig getestete Failover-Schritte sind zwingende Bestandteile.

Schritt-für-Schritt-Anleitung

1. Verfügbarkeitsziel, maximalen Datenverlust, Wiederanlaufzeit und kritische Abhängigkeiten dokumentieren.
2. Redundanz für Datenbank, Serverrollen, Web-Konsole und Netzwerkpfade entwerfen.
3. Zeitdienst, Replikationszustand, Quorum- beziehungsweise Failoverparameter und Monitoring der HA-Komponenten prüfen.
4. Kontrollierten Ausfall eines Knotens durchführen und Datenverarbeitung, Konsolenzugriff sowie Alarmierung beobachten.
5. Rückschwenk, Konsistenzkontrolle und Nacharbeiten in einem wiederholbaren Testprotokoll festhalten.

Kapitel 11: Backup und Wiederherstellung

Inhaltsverzeichnis

• Sicherungsumfang und Aufbewahrung
• Datenbank, Konfiguration und Anhänge
• Wiederherstellungstest und Freigabe

Eine vollständige Sicherung umfasst Datenbank, Server- und Konsolenkonfigurationen, Plugins, Sammlungen und weitere betriebsrelevante Dateien. Der Wert der Sicherung wird durch einen dokumentierten Wiederherstellungstest nachgewiesen.

Schritt-für-Schritt-Anleitung

1. Sicherungsobjekte, Frequenz, Aufbewahrung, Verschlüsselung und Verantwortlichkeit festlegen.
2. Datenbankkonsistenz und Speicherplatz vor der Sicherung prüfen und Konfigurationsdateien versioniert erfassen.
3. Sicherung erstellen und Vollständigkeit, Prüfsumme sowie Zugriffsschutz kontrollieren.
4. Wiederherstellung in einer isolierten Testumgebung mit definierter Reihenfolge durchführen.
5. Anmeldung, Serverstatus, Agentendaten, Berichte, Plugins und Alarmkonfiguration anhand einer Abnahmeliste prüfen.

Kapitel 12: Upgrade, Migration und Rollback

Inhaltsverzeichnis

• Versionspfad und Abhängigkeiten
• Testumgebung, Sicherung und Durchführung
• Abnahme, Rückfallplan und Nacharbeiten

Upgrades und Migrationen werden wie kontrollierte Änderungen behandelt. Versionspfad, Datenbankänderungen, Erweiterungen, Agentenkompatibilität und Rückfallplan werden vor dem produktiven Termin in einer repräsentativen Testumgebung geprüft.

Schritt-für-Schritt-Anleitung

1. Ausgangsversion, Zielversion, Edition, Erweiterungen, Integrationen und unterstützten Upgradepfad erfassen.
2. Vollständige Sicherung und Wiederherstellungstest durchführen und Wartungsfenster sowie Verantwortlichkeiten festlegen.
3. Kopie der Umgebung aktualisieren und Datenbankmigration, Serverstart, Konsole und zentrale Anwendungsfälle prüfen.
4. Produktives Upgrade nach Checkliste ausführen und technische sowie fachliche Abnahmetests dokumentieren.
5. Rollback-Kriterien, Rückkehrschritte und Nacharbeiten für Agenten, Plugins, Richtlinien und Caches kontrollieren.

Kapitel 13: Systematische Fehleranalyse

Inhaltsverzeichnis

• Fehlerbild und Zeitbezug
• Server-, Agenten- und Kommunikationsprotokolle
• Eingrenzung, Korrektur und Nachweis

Troubleshooting folgt einer festen Kette aus Fehlerbild, Zeitpunkt, betroffenen Komponenten und kontrollierter Hypothese. Änderungen ohne Messpunkt werden vermieden; jede Korrektur wird durch einen reproduzierbaren Test und die Rückkehr normaler Daten bestätigt.

Schritt-für-Schritt-Anleitung

1. Fehlerbild mit Zeitpunkt, betroffenen Agenten oder Modulen, letzter Änderung und erwarteter Funktion dokumentieren.
2. Serverstatus, Warteschlangen, Agentenprotokolle, Übertragungsprotokolle und Datenbankzustand zeitlich korreliert prüfen.
3. Fehler auf Quelle, Transport, Verarbeitung, Speicherung oder Darstellung eingrenzen.
4. Nur eine überprüfbare Korrektur gleichzeitig durchführen und vorherigen Zustand sichern.
5. Erfolg anhand Dateneingang, Zustandswechsel und Protokollen bestätigen und Ursache sowie Prävention dokumentieren.

Kapitel 14: Kapazität, Baselines und Prognosen

Inhaltsverzeichnis

• Historische Daten und Datenqualität
• Trends, Baselines und Prognoseelemente
• Kapazitätsgrenzen und Maßnahmen

Kapazitätsaussagen benötigen ausreichend lange, konsistente Zeitreihen. Trends und Prognosen werden deshalb nicht isoliert betrachtet, sondern mit Betriebsereignissen, Saisonalität und geplanten Veränderungen abgeglichen.

Schritt-für-Schritt-Anleitung

1. Relevante Kapazitätsmodule auswählen und Datenlücken, Intervallwechsel sowie Ausreißer identifizieren.
2. Geeigneten Betrachtungszeitraum und Aggregation für Tages-, Wochen- und Langzeitmuster festlegen.
3. Baseline- oder Prognoseelement erzeugen und mit historischen Spitzen sowie bekannten Ereignissen vergleichen.
4. Warnschwelle auf verbleibende Zeit bis zur Kapazitätsgrenze statt nur auf einen statischen Prozentwert ausrichten.
5. Maßnahme, Verantwortlichkeit und Überprüfungstermin in einem Kapazitätsbericht dokumentieren.

Kapitel 15: Praxislabor und Betriebscheck

Inhaltsverzeichnis

• Planung und Abnahmekriterien
• Umsetzung im Laborsystem
• Störungs- und Wiederholungstests
• Betriebscheck und Dokumentation

Das Abschlusslabor verbindet die behandelten Konfigurationen zu einem nachvollziehbaren Betriebsfall. Jede Funktion wird mit einem messbaren Prüfkriterium und mindestens einem gezielt erzeugten Fehlerbild abgenommen.

Schritt-für-Schritt-Anleitung

1. Ausgangslage, gewünschte Überwachungsziele und messbare Abnahmekriterien für das Laborszenario festhalten.
2. Benötigte Agenten, Module, Zugangsdaten, Richtlinien und Darstellungen in einer kurzen Umsetzungsskizze zuordnen.
3. Eine Zielarchitektur wird dimensioniert, als Mehrknotenpilot umgesetzt und mit Last-, Synchronisations-, Failover- und Upgradefällen abgenommen.
4. Mindestens einen Normalfall, einen technischen Fehler und einen fachlich falschen Messwert kontrolliert auslösen.
5. Konfiguration, Prüfergebnisse, offene Risiken und erforderliche Betriebsaufgaben in einer wiederverwendbaren Checkliste dokumentieren.