Distributed Monitoring

Vortrag von Thomas Stolle (tom)

• Gründe für Verteilte Umgebungen.
• Grundsätzlicher Aufbau und prinzipielle Konfiguration.
• Vor und Nachteile verschiedener Aufbaustrategien.
• Szenario bei Ausfall einzelner Systeme

• Ein Nagios Server überwacht die komplette Umgebung
• Geeignet für eine begrenzte Anzahl von Hosts und Services.

• Ein Nagios Server kann die hohe Anzahl an Checks nicht mehr bewältigen.

• Ein Nagios Server pro Land

Vorteile:
- Geringere Last jedes einzelnen Nagios Servers.

Nachteile:
- Kein gemeinsames GUI
- Erhöhter Administrationsaufwand
- Weitere Hardware

• Verteilte Nagios Umgebung

Vorteile:
- Geringere Last jedes einzelnen Nagios Servers. - Gemeinsames GUI

Nachteile:
- Erhöhter Administrationsaufwand
- Weitere Hardware
- Hostchecks werden immer noch zentral ausgeführt

Aufgaben:
- Alle aktiven Checks für seine Hosts durchführen.
- Alle Ereignisse über send_nsca an den zentralen Server übermitteln (obsess_over_services=1).

Besonderheiten:
- Der verteilte Server benötigt kein WEB Interface.
- Er versendet keine Notifications ( enable_notifications=0 ).

Aufgaben:
- Alle passiven Checks entgegen nehmen.
- Zentrales WEB Interface zur verfügung stellen.
- Notifications versenden.
- Host Checks aktiv durchführen.

Besonderheiten:
- Der zentrale Server muß keine aktiven Checks durchführen.
- Er muss check_external_commands und accept_passiv_service_checks aktiviert haben.

Vorteile:
- Hierrarchische Struktur auf den verteilten Servern.
- Keine unnötigen Checks bei Ausfall von Parents.

Nachteile:
- Erhöhter Administrationsaufwand.

Vorteile:
- Einfache Konfiguration.

Nachteile:
- Hierrarchie erst auf dem zentralen Server.
- Unnötige Checks durch verteilte Systeme.

• Der verteilte Server führt keine Checks mehr aus.
• Passive Checks bleiben unbeeinträchtigt.
• Durch Konfiguration von check_freshness kann ein Check durch den zentralen Server erzwungen werden.
• Check Intervalle vergrößern um Last zu vermeiden.

Konfigurationsbeispiel:

 define service{
 use                    Zentral_Template
 host_name              host1,host2,host3
 service_description    Backup
 check_period           none
 check_freshness        1
 freshness_threshold    7200
 max_check_attempts     1
 is_volatile            1
 check_command          check_backup
 }

• Es steht kein WEB Interface mehr zur Verfügung.
• Alle passiven Checks laufen ins leere.
• Notifications werden nicht mehr versandt.

Schadensbegrenzung:

• Notifications auf den verteilten Servern aktivieren.
• WEB Interface aktivieren.

• Unbedingt nsca Nagios auf den verteilten Systemen überwachen.
• Mit hilfe von NRPE lassen sich Konfigurationsänderungen auf dem zentralen Server leicht an die verteilten Systeme übetragen. In diesen Fall unbedingt NRPE überwachen.
• Bei Verwendung von PerfParse können die verteilten Server in eine zentrale Datenbank schreiben.