Advanced Event Handling

Transkript

1 Advanced Event Handling Michael Streb NETWAYS GmbH

2 Agenda Was sind für uns Events? Entstehung der EventDB Ablösung der bisherigen Systeme bisher keine einfache Lösung Konsolidierung verschiedener Systeme Features & Konzept eine zentrale Datenbank (MySQL) Einfache Archivierung und Löschung Logik in den Adaptern Hohe Performance und einfache Architektur zentrales Frontend nur ein Checkplugin für NAGIOS Entwicklungsstand bestehende Adapter Frontend Zukunft

3 Was sind für uns Events? ereignisbezogene Daten ohne zuordenbare Statusinformationen beliebige Informationskanäle nicht direkt für die Alarmierung verwendbar

4 Entstehung der EventDB

5 Entstehung (was gibt es bisher?) bisher kein einfaches System zur Verarbeitung externer Daten SNMP-Traps als passive Checks Syslog via NSCA andere Quellen auf unbekannten Wegen Inspiration durch NagiosWorkshop 2006 (Jörg Linge, Michael Lübben) SNMP-Trap frontend + SNMPTT + Möglichkeit Alarme zu bestätigen nur für SNMP - Datenbankbasiert Nagios Alarmierung möglich

6 Entstehung - Anforderungen (was wollen wir?) Anforderungen von Kunden Integration beliebiger externer Ereignisdaten Stichwort: Komplettlösung für die Überwachung Einheitliche Verarbeitung von externen Ereignissen eine zentrale Datenbank keine Änderung am eigentlichen Monitoringsystem Einheitliche Monitoringwege für Syslog SNMP-Traps Microsoft Eventlogs... Möglichkeit Meldungen zu bestätigen Unabhängigkeit von Nagios, Verbindung nur durch das Nagios Plugin Kernkomponenten müssen auf verschiedene Systeme aufteilbar sein

7 Features & Konzept

8 Features & Konzept Architektur der EventDB Adapter Datenbank Frontend / Alarmierung EventDB Webinterface Syslog SNMP-Traps MS Eventlogs MySQL Datenbank Nagios andere Quelle

9 Features & Konzept Zentrale Speicherung der Events Zentrale MySQL Datenbank als Sammelstelle für externe Events bekanntes Verfahren bewährte Mittel Geschwindigkeit und Zuverlässigkeit von vielen Tools direkt unterstützt (z.b. SNMPTT) Einfaches Backup mysqldump --help Einfache Pflege der importierten Daten Archivieren der historischen Daten nach: Datum Meldungstext Host...

10 Features & Konzept Architektur eines Adapters Enthält die Logik um Ereignisdaten passend für den Import zu normalisieren z.b. XML Schema, SNMPTT Zuordnung zu Ereignistyp Einordnung der Ereignisdaten in die passenden Datenbank Felder Ausschließlich um Ereignisdaten in die Datenbank zu importieren keine Alarmierungslogik keine Änderung der Rohdaten Keine Logik zur Datenkonsolidierung/Datenverarbeitung einfache Architektur hohe Performance geringe Fehleranfälligkeit

11 Features & Konzept Welche Adapter sind vorgesehen? Bereits vorhanden Syslog SNMP-Traps über SNMPTT Microsoft Eventlog geplante Adapter diverse nicht SNMP/Syslog Hardwaremeldungen andere Monitoringsysteme XML Reports (bsp. MBSA) s (inkl. Verarbeitung der s) ASCII Logfiles (mehrzeilige Logs, Java Exceptions,...) Alarmkontakte (Alarmanlage, Schließanlage,...)... weitere Systeme/Anwendungsfälle

12 Features & Konzept Übersicht Webinterface Zwei Versionen Standalone Version (Umfang der EventDB) Datenanzeige Filterfunktionalitäten Trennung vom Nagios Prozess/Webfrontend auch ohne Nagios einsetzbar GPL Monitoring Portal CMS basiertes System Darstellung der Monitoringdaten aus Nagios Darstellung von NagiosGrapher Darstellung von NagVis Darstellung der Events ersetzt das Nagiosfrontend hierarchische Benutzer-/Gruppenverwaltung Vortrag Julian Hein Nagios Portalintegration um 14:30 Uhr GPL

13 Features & Konzept Standalone Webinterface Funktionsumfang + - Darstellung der Meldungen Bestätigen der Meldungen Konsolidierung von Mehrfachmeldungen Filtermöglichkeiten Vergleich von Meldungstexten keine Benutzerverwaltung keine hierarchische Zugriffsverwaltung kein Ersatz für das Nagios Frontend

14 Features & Konzept Standalone Webinterface Filterfunktionalität Filtermöglichkeiten nach: Hosts Hostgroups Eventtypen (Syslog,SNMP-Traps, andere Quelle ) Von -Bis-Zeitraum Regex auf den Meldungstext Bestätigte Meldung (j/n) Vergleich von mehreren Meldungstexten nach Inhalt Diffs farbliche Hervorhebung der Unterschiede

15 Features & Konzept Standalone Webinterface

16 Features & Konzept Nagios Check Plugin (check_eventdb) Perl basiertes Plugin einfach anpassbar sehr flexibel Nur ein Plugin um sämtliche Datenbankinhalte Abzufragen kein Pluginwust auf dem Nagiosserver lediglich verschiedene command Definitionen auf dem Nagiosserver notwendig Konsolidierung von mehrfach vorhandenen Events nur eine Alarmierung pro Fehler keine Mail/SMS/vCall Flut übersichtlichere Darstellung Filterfunktionalitäten auf Datenbankinhalt

17 Features & Konzept Nagios Check Plugin Filterfunktionalität Typ des Events Syslog SNMP Traps sonstige Quelle Anzahl der Meldungen gesamt oder pro Zeiteinheit Frei definierbarer Zeitraum der Meldungen pro 5 Minuten pro 24 Stunden... sind Meldungen bestätigt (j/n) gibt es zur Fehlermeldung wieder eine Wiederherstellungsmeldung? Regelwerk zur Erkennung der zusammengehörigen Meldungen Freitextsuche auf den Meldungstext (regex)

18 Entwicklungsstand des Systems

19 Entwicklungsstand (was haben wir bisher? ;)) Was gibt es bereits? Adapter Syslog -> 100 % SNMP Traps -> 100 % MS Eventlog -> 100 % Datenbank-System -> 100 % Standalone Frontend -> 80 % Nagios Plugin -> 50 % Was muss noch getan werden? weitere Adapter schaffen Webfrontend fertigstellen Filtern nach Zeitraum Konsolidierung von Mehrfachmeldungen Nagios Plugin Filtern nach Zeitraum Konsolidierung von Mehrfachmeldungen...

20 Zukunft der EventDB Fertigstellung des Systems Test in verschiedenen Einsatzszenarien Veröffentlichung auf NagiosExchange

21 Fragen?

22 Vielen Dank!

23 Michael Streb NETWAYS GmbH Deutschherrnstrasse 47a Nürnberg Tel.: 0911/ Fax: 0911/