Ausfallsichere Überwachung – Wie mit Server-Clustern sicherstellen?
Ausfallsichere Überwachung – Wie mit Server-Clustern sicherstellen?
Computernetzwerke sind seit Langem kritische Komponenten von Geschäftsprozessen. Der Ausfall eines solchen Systems bedeutet faktisch den Stillstand der Aktivitäten der gesamten Organisation. Überwachung und Diagnose der Netzwerkleistung gehören zu den Hauptaufgaben, um die Gesundheit eines Unternehmens sicherzustellen. Dies ist ein kontinuierlicher Prozess der Überwachung eines digitalen Netzwerks, um Störungen und Fehler rechtzeitig zu erkennen und schnell und angemessen darauf zu reagieren. In diesem Zusammenhang stellt sich die Frage nach der hohen Verfügbarkeit des Überwachungsdienstes selbst und seinem unterbrechungsfreien Betrieb.
Das Programm 10-Strike Network Monitor Pro implementiert mehrere Mechanismen, die die Fehlertoleranz des Überwachungssystems sicherstellen. Die Nutzung dieser Mechanismen ermöglicht es, die Netzwerkinfrastruktur unter zuverlässiger Kontrolle zu halten. Sehen wir uns die verfügbaren Methoden der ausfallsicheren Überwachung in der Software an – bis hin zu einem Failover-Cluster von Überwachungsservern.
Überwachungsdienst-Guard
Der Watchdog des Überwachungsservers ist als Dienst namens 10-Strike Network Monitor Watchdog implementiert. Er wird auf jedem Host installiert, auf dem das Installationspaket des Hauptprogramms oder das Installationspaket des Überwachungsservers bereitgestellt wird. Der Dienst überwacht die Parameter des Überwachungsserverdienstes 10-Strike Network Monitor Pro Service und des DBMS Firebird Server. Wenn diese Dienste stoppen oder abstürzen, startet der Guard sie automatisch neu. Wenn fünf Versuche, diese Dienste zu starten, erfolglos sind, sendet der Guard eine E-Mail-Benachrichtigung an die angegebene Adresse. Es ist zu beachten, dass selbst wenn Sie den Überwachungsserverdienst regelmäßig stoppen, um die Datenbank zu warten, der aktive Guard ihn nach wenigen Sekunden erneut startet. Daher müssen Sie in solchen Situationen zuerst den Watchdog-Dienst stoppen und danach den Überwachungsserver.
Der Watchdog überwacht nicht nur den Zustand des Dienstes (gestartet / nicht gestartet), sondern auch die Aktivität des Überwachungsprozesses selbst und seine Parameter. Wenn der Überwachungsprozess keine Aktivitätszeichen mehr zeigt (Schreiben eines Tags in die Datenbank), startet der Guard den Dienst ebenfalls neu. Dasselbe gilt, wenn eine bestimmte Anzahl von Prüfungen nicht mehr ausgeführt wird, was auf die Anhäufung interner Fehler während des Überwachungsprozesses hinweisen kann.
Die Nutzung eines Watchdogs verhindert, dass die Überwachung aufgrund von Softwarefehlern im Überwachungsserver stoppt.
Datenbank-Backup-Server
Im verteilten Überwachungssystem befindet sich die zentrale Datenbank auf einem physischen Server, und die Überwachungsserver sind in der Regel auf anderen installiert. Überwachungsdienste verbinden sich über TCP mit der Datenbank und tauschen Informationen mit ihr aus, empfangen Einstellungen und zeichnen die erfassten Statistiken und Testergebnisse auf. Es kann vorkommen, dass der Datenbankserver ausfällt oder die Verbindung zu ihm verloren geht. Dies droht mit dem Verlust der Betriebsinformationen, die der Überwachungsserver in die Datenbank schreibt.
Zur Lösung dieses Problems wird vorgeschlagen, einen Backup-Server mit installierter Datenbank zu verwenden, auf den das gesamte Dateisystem (oder ein Teil der Dateien) repliziert wird. Die Einstellungen des Überwachungsdienstes bieten einen Parameter, der die Adresse des Backup-Datenbankservers enthält. Der Überwachungsserver und die GUI-Konsole können automatisch darauf umschalten, wenn der Hauptdatenbankserver nicht verfügbar wird. Die Adresse des Backup-Servers wird in den Datenbankverbindungseinstellungen des Programms festgelegt. Sie müssen die Datenbankreplikation (optional Dateisystemspiegelung) selbst konfigurieren, um den aktuellen Zustand der Backup-Kopie zu erhalten.
Schutz vor Informationsverlust bei Verbindungsabbruch zur zentralen Datenbank
Es gibt eine alternative Lösung für das Problem des Verbindungsverlusts zwischen dem Remote-Überwachungsserver und der zentralen Datenbank. Wenn der Backup-Datenbankserver nicht angegeben und konfiguriert ist, wechselt der Überwachungsdienst zur lokalen Datenbank, die automatisch aus dem Installationspaket konfiguriert und installiert wird (c:\ProgramData\10-Strike\Network Monitor Pro\LocalDB\NETMONITOR.FDB). Der Überwachungsserver schreibt die Host-Überwachungsstatistiken in die lokale Datenbank, bis die normale Kommunikation mit der Hauptdatenbank wiederhergestellt ist. Wenn die Verbindung wiederhergestellt ist, werden alle während dieser Ausfallzeit in der lokalen Datenbank angesammelten Daten automatisch in die Hauptdatenbank übertragen. Der gesamte Prozess ist vollständig automatisch und erfordert keine Aktion vom Benutzer. Für diese Funktionalität sind auch keine zusätzlichen Softwareeinstellungen erforderlich.
Das Dienstprotokoll wird in solchen Situationen in das Programmprotokoll geschrieben (c:\ProgramData\10-Strike\Network Monitor Pro\Logs\NetMonitorPro.log). Wenn die Verbindung zur Datenbank lange unterbrochen ist, können Sie prüfen, ob die Daten erfolgreich in die zentrale Datenbank übertragen wurden.
Reservierung des Überwachungsservers – Arbeit mit sekundärem Backup-Server
Die Reservierung kann nicht nur für den zentralen Datenbankserver, sondern auch für den Überwachungsserver selbst erfolgen. Betrachten wir die Situation, wenn ein Host mit installiertem Überwachungsdienst ausfällt. In diesem Fall stoppt der Überwachungsprozess vollständig. Um solche Vorfälle zu vermeiden, wird vorgeschlagen, einen Backup-Überwachungsserver auf einem zweiten physischen Host zu installieren und ihm dieselbe ID zu geben. So erhalten wir zwei aktive Überwachungsdienste, die mit derselben Datenbank verbunden sind und dieselbe ID in der Konfigurationsdatei c:\ProgramData\10-Strike\Network Monitor Pro\NetMonitorPro.ini haben. Der Dienst, der zuerst startet, wird automatisch auf aktiv gesetzt und beginnt, alle Prüfungen auszuführen. Der Dienst, der als zweiter startet, wird zum Backup-Dienst. Er liest ebenfalls dieselbe Prüfungsliste aus der Datenbank, führt sie aber nicht aus. Der Backup-Dienst überwacht ständig die Aktivität des ersten Dienstes anhand bestimmter Indikatoren in der Datenbank. Wenn der erste Dienst aus irgendeinem Grund nicht aktiv wird, beginnt der Backup-Überwachungsdienst automatisch ohne Ausfallzeit mit der Ausführung der Prüfungen.
Wenn der erste Server wieder normal funktioniert, übernimmt der erste Dienst die Rolle des Backup-Dienstes und beginnt, die Aktivität des zweiten Dienstes zu überwachen. Und so weiter...
Diese Lösung kann beim Erstellen eines Failover-Clusters von Servern verwendet werden.