Menü
Ein Beitrag von Adacor

Monitoring von Hosts, Applikationen und Infrastrukturen mit Centreon und Cacti

Unterschiedliche Anforderungen wie Server-Monitoring und Netzwerk-Monitoring erfordern auch zwei verschiedene Monitoring-Systeme. Wie und mit welchen Tools lässt sich ein effizientes Monitoring von Hosts, Applikationen und Infrastrukturen am besten bewerkstelligen?

Bei uns sind aktuell zwei verschiedene Monitoring-Systeme im Einsatz. Cacti und Centreon. Das Backbone-Netzes und der Switch/Router-Infrastruktur wird von Cacti überwacht.
Die Centreon-Umgebung überwacht alle Kundenhosts und die internen Server von ADACOR.

Monitoring mit Centreon

Monitoring von Hosts, Applikationen und Infrastrukturen mit Centreon und CactiCentreon ist streng genommen nur ein Frontend für das weithin bekannte Tool Nagios. Wir haben uns entschieden Centreon einzusetzen, da es viele Vorteile gegenüber einer Standard-Nagios-Umgebung bietet. Vor allem die Administration über Webfront-Ends ist ein nicht zu unterschätzender Vorteil. Aber mal der Reihe nach…

Centreon ist in der Lage, für verschiedene User unterschiedliche ACL (Access Control Lists) zu benutzen. Wir können daher unseren Kunden den direkten Zugriff auf das Monitoring seiner Hosts und Applikationen gewähren. Wobei die ACL sicherstellen, dass er ausschließlich Server und Applikationen aus seinem Projekt sieht und nicht auf die Daten anderer Kunden zugreifen kann.

Plug-In-Architektur gewährleistet Flexibilität beim Monitoring

Nagios bietet für das Monitoring von Servern und den darauf arbeitenden Applikationen eine große Flexibilität. Dies realisiert Nagios/ Centreon über seine Plug-In-Architektur.

Image

Whitepaper zu SLA downloaden

Belastbare Service-Level-Agreements also SLAs bilden die Grundlage für performante IT-Services. Wieso das so ist erfahren Sie in unserem Whitepaper von ADACOR CEO Thomas Wittbecker.

Jetzt direkt downloaden!

Ein Plug-In ist ein Script, das beispielsweise in Perl, Phyton oder Bash geschrieben wurde. Dabei werden die zu monitorenden Parameter am Host meist über SNMP abfragt. Hierzu müssen die Daten natürlich serverseitig in den SNMP-Daemon gehoben werden.
Dies wird für CPU-Auslastung, Disk-Belegung oder ähnliches per Default gelöst. Man kann allerdings auch über ein lokales Skript Parameter in den SNMP-Daemon „extenden“. Das Nagios-Plug-In fragt nun diese Werte am Server ab und wandelt sie in einen Nagios konformen Output um. Dieser Output kann anschließend vom Monitoring-System analysiert werden.

Centreon vereinfacht die Administration des Systems, da es eine Konfigurations-Oberfläche für Nagios darstellt, die auf MySQL-Basis sämtliche erstellten Konfigurationen speichert und dem darunterliegenden Nagios in seiner eigenen Syntax als Config-Files aufbereitet.

Ein Nagios-System muss direkt in Config-Files administriert werden. Dies bedeutet bei einer Umgebung in unserer Größe einen nicht zu unterschätzenden Aufwand. Durch Centreon kann die Konfiguration über das Web-Frontend erfolgen, welches die Arbeit mit Templates und Service-Checks enorm vereinfacht.

Vorteile des Centreon Frontends gegenüber Nagios

Außerdem bringt Centreon von Haus aus die Möglichkeit mit, sämtliche erhobenen Performance- und Monitoring-Daten in einer Datenbank zu speichern und über entsprechende Tools auswerten zu lassen. Nagios mit seinen Bordmitteln legt lediglich ein Log-File an. Centreon vereinfacht durch sein Frontend ebenfalls den Aufbau einer verteilten Monitoring-Struktur.

Die ADACOR betreibt ein Konstrukt, das aus je einem Web- und einem Datenbank-Server besteht, welche die Daten von zwölf verteilen Pollern zusammenfassen und aufbereiten. Ein Poller ist ein „einfacher“ Nagios-Host, der vom Centreon-Web-Server „ferngesteuert“ wird. Auf jedem der Poller sind die auszuführenden Host- und Service-Checks als Skripte vorhanden. Centreon weiß, wie das Skript anzusprechen ist und welche Werte und Argumente ihm mitgeliefert werden müssen, um den erwünschten Monitoring-Zweck zu erfüllen. Sämtliche Parameter werden von Centreon in die Konfiguration des Nagios-Pollers geschrieben und dieser führt die Checks dann nach einem Zeitplan aus. Sobald der Check ein Ergebnis erzeugt hat, wird dieses von dem Nagios-Poller in die zentrale Centreon-Datenbank eingeliefert.
Das Frontend greift zur Darstellung von Alarmen, Fehlern und allgemeinen Zuständen dann auf die in der Datenbank hinterlegten Check-Ergebnisse zurück und bereitet diese graphisch auf.

Cacti-System zum Monitoring des Backbones und der Switch und Router Infrastruktur

Für das Monitoring des Backbone-Netzes und der Switch/Router-Infrastruktur beitreiben wir hingegen ein Cacti-System, da Statistiken und Diagramme beim Monitoring dieser Einheiten eine größere Rolle spielen.

Centreon kann diese zwar auch problemlos anlegen; Cacti ist hingegen darauf optimiert und kann über Plug-Ins Graphen erzeugen.

Cacti erstellt aus diesen Daten Graphen für alle Interfaces und stellt diese dem internen Plug-In „Weathermap“ zur Verfügung. Hier kann man sich graphische Karten seiner Infrastruktur erstellen und die Links zwischen den „Nodes“ direkt einem Graphen zuordnen. Diese „Maps“ lassen wir in einer Rotation auf einem TV an unserer Wand anzeigen und können so Veränderungen in den Auslastungen der Trunks im Switch-Backbone zeitnah erkennen und darauf reagieren.
Des Weiteren ist unser Cacti-System von uns als SNMP-Trap-Empfänger konfiguriert und empfängt die relevanten Log-Einträge unserer Switch-Infrastruktur als Trap und stellt uns diese somit übersichtlich zur Verfügung.
Ebenso werten wir über Cacti, die von uns sowieso schon gesammelten Flow-Samples graphisch aus.
Als weitere Plug-Ins benutzen wir „Nectar“, um uns bestimmte relevante Graphen in periodischen Abständen direkt per Mail schicken zu lassen.
Besonders hervorzuheben ist das Plug-In „Threshold“, das dem Cacti-System eine Alarmierungsroutine implementiert. Ein Cacti in Standard-Konfiguration könnte man als ein ´rein sehendes´ System bezeichnen. Nach Hinzufügen des Threshold-Plug-In ist Cacti in der Lage, bei Überschreiten vorher definierter Grenzwerte eine Aktion auszuführen. Dies kann beispielsweise eine Pager-Nachricht oder eine E-Mail sein.

, , , , ,


Weitere Artikel zum Thema lesen

Ticket-Systeme – Systematische Kommunikation leicht gemacht

Hosting

Ticket-Systeme – Systematische Kommunikation leicht gemacht

Was als einst Lösung für den IT-Support begann, hat inzwischen Einzug ein zahlreiche Bereiche der Unternehmenskommunikation gehalten. Ticket-Systeme kommen heute längst nicht mehr nur...

weiter lesen

Server Backup – So funktioniert es beim Hosting

Hosting

Server Backup – So funktioniert es beim Hosting

Ihre Fragen an unser Sales-Team. Welche Backup-Möglichkeiten bietet die ADACOR?

weiter lesen

Paketanalyse mit Sflow oder Netflow

Hosting, IT-News

Paketanalyse mit Sflow oder Netflow

Sflow und Netflow stellen beide Mechanismen zur Verfügung, die eine Paketanalyse erlauben.

weiter lesen


Neueste Nachrichten von Adacor

OpenStack Cloud Module

Cloud

Von VMware zur Self Managed Cloud – OpenStack auf dem Prüfstand

Was leistet die Open-Source-Software OpenStack? Wo liegen ihre Grenzen?

weiter lesen

IT Security

EU-DSGVO stellt hohe Ansprüche an Datenschutz

Geforderte Maßnahmen der EU-DSGVO beginnen bei der Datenportabilität d.h. Wie Unternehmen informieren müssen und umfassen den Datenschutz durch Technikgestaltung.

weiter lesen

Nach der Cloud Foq-Computing

Biz & Trends

Eine Orientierung zum Fog-Computing

Nach dem Cloud-Computing kommt mit dem Fog-Computing ein neuer Trend in die IT.

weiter lesen

Diese Website verwendet Cookies. Mit der weiteren Nutzung der Website stimmen Sie unserer Datenschutzerklärung zu.
Für weitere Informationen klicken Sie bitte hier.