Verwendung von Open Monitoring Distribution mit Check_MK unter Ubuntu 14.04

Einführung

Wenn Sie ein Systemadministrator sind, sollten Sie den aktuellen Status Ihrer Infrastruktur und Dienste kennen. Es gibt nichts Schlimmeres, als zu spät zu bemerken, dass Ihre Festplatten ausfallen, oder von Ihren Benutzern über Service-Ausfallzeiten informiert zu werden, anstatt sie vorher zu bemerken.

Hier kommt das Monitoring ins Spiel. Software, die den Hardware-, Betriebszeit- und Servicestatus Ihrer Server protokolliert und Warnungen ausgibt, wenn etwas schief geht, kann viele Kopfschmerzen ersparen. In einem sehr einfachen Szenario warnt Sie ein Überwachungssystem, wenn Dienste ausfallen. In einem robusteren Fall würden die Benachrichtigungen kurz nach Auftreten von verdächtigen Anzeichen wie einer erhöhten Speichernutzung oder einer abnormalen Anzahl von TCP-Verbindungen eingehen.

Es gibt viele Überwachungslösungen mit unterschiedlichem Komplexitätsgrad und unterschiedlichen Funktionen, sowohl kostenlos als auch kommerziell. In vielen Fällen ist die Installation, Konfiguration und Verwaltung dieser Tools schwierig und zeitaufwändig. Heute konzentrieren wir uns auf eine Lösung, die einfach einzurichten ist.

  • Open Monitoring Distribution * (OMD) ist ein in sich geschlossenes Paket, das * Nagios * zusammen mit Add-Ons zum Sammeln, Überwachen und Zeichnen von Daten enthält. Es ist im Lieferumfang von * Check_MK Multisite * enthalten, einem umfassenden Tool, das viele * Nagios-Mängel * behebt. Es bietet eine Weboberfläche für die einfache Verwaltung und Konfiguration, ein benutzerfreundliches Dashboard, ein robustes Benachrichtigungssystem und einfach zu installierende Überwachungsagenten für viele Linux-Distributionen. Ohne * Check_MK Multisite * müssten wir verschiedene Ansichten für verschiedene Aufgaben verwenden, und es wäre nicht möglich, alle Einstellungen zu konfigurieren, ohne mit Konfigurationsdateien zu arbeiten.

  • Open Monitoring Distribution * mit * Check_MK * macht es jedem einfach und zugänglich, sein eigenes Überwachungssystem einzurichten. In diesem Text wird gezeigt, wie die erforderlichen Tools zur Überwachung von zwei Droplets installiert und konfiguriert werden. Hier sind Ihre Voraussetzungen:

  • Ein Tröpfchen mit * Ubuntu 14.04 *

  • Ein Tropfen mit * CentOS 7 *

  • Root-Zugriff auf Ihre Droplets

In diesem Artikel wird davon ausgegangen, dass Sie über grundlegende Kenntnisse der Befehlszeile verfügen. Es gibt jedoch keine weiteren Voraussetzungen, um diesem Lernprogramm zu folgen.

Einrichten der OMD-Instanz auf einem Ubuntu-Droplet

Um mit der * OMD * -Installation zu beginnen, benötigen wir ein funktionierendes * Ubuntu 14.04 * -Troplet mit root-Berechtigungen. Alle folgenden Anweisungen wurden mit einem sauberen * Ubuntu 14.04 * Droplet ohne zusätzliche Software geschrieben. Sie können einem Droplet auch eine Überwachung hinzufügen, z. B. wenn bereits ein Webserver ausgeführt wird.

Es wird empfohlen, die Systempakete vor der Installation neuer Software auf die neueste Version zu aktualisieren. Führen Sie dazu Folgendes aus:

apt-get update
apt-get upgrade

Das * OMD * -Projekt stellt auf der Projektwebsite einsatzbereite Pakete für * Ubuntu * zur Verfügung.

Um die Pakete zu durchsuchen, gehen Sie zu the package listing site. Für * Ubuntu 14.04 x64 *, die aktuellste Version zum Zeitpunkt des Schreibens dieses Textes, lautet das richtige Paket + omd-1.20.trusty.amd64.deb +.

Führen Sie zum Herunterladen des Pakets Folgendes aus:

wget http://files.omdistro.org/releases/debian_ubuntu/omd-1.20.trusty.amd64.deb

Da die Datei ziemlich groß ist, kann der Download einige Zeit in Anspruch nehmen. Wenn der Download abgeschlossen ist, sollte eine Meldung ähnlich der folgenden angezeigt werden:

100%[=================================================================>] 78,969,558  24.6MB/s   in 3.1s

2014-08-30 06:23:21 (24.6 MB/s) - "omd-1.20.trusty.amd64.deb" saved [78969558/78969558]

Geben Sie Folgendes ein, um das neu heruntergeladene Paket zu installieren:

dpkg -i omd-1.20.trusty.amd64.deb

Dies schlägt beim ersten Versuch fehl, da das * OMD * -Paket mehrere Abhängigkeiten aufweist. Das ist gut. Nach dem Versuch, das Paket zu installieren, wird eine Fehlermeldung angezeigt:

root@omdmaster:~# dpkg -i omd-1.20.trusty.amd64.deb
Selecting previously unselected package omd-1.20.
(Reading database ... 86590 files and directories currently installed.)
Preparing to unpack omd-1.20.trusty.amd64.deb ...
Unpacking omd-1.20 (0.trusty) ...
dpkg: dependency problems prevent configuration of omd-1.20:
omd-1.20 depends on libsnmp-python; however:
 Package libsnmp-python is not installed.
omd-1.20 depends on dialog; however:
 Package dialog is not installed.
omd-1.20 depends on fping; however:
 Package fping is not installed.
omd-1.20 depends on graphviz; however:
 Package graphviz is not installed.
omd-1.20 depends on libapache2-mod-fcgid; however:
 Package libapache2-mod-fcgid is not installed.
omd-1.20 depends on libapache2-mod-proxy-html; however:
 Package libapache2-mod-proxy-html is not installed.
omd-1.20 depends on apache2-mpm-prefork; however:
 Package apache2-mpm-prefork is not installed.
omd-1.20 depends on apache2-utils; however:
 Package apache2-utils is not installed.
omd-1.20 depends on libboost-program-options1.54.0; however:
 Package libboost-program-options1.54.0 is not installed.
omd-1.20 depends on libboost-system1.54.0; however:
 Package libboost-system1.54.0 is not installed.
omd-1.20 depends on libdbi1; howeve
dpkg: error processing package omd-1.20 (--install):
dependency problems - leaving unconfigured
Processing triggers for ureadahead (0.100.0-16) ...
Processing triggers for man-db (2.6.7.1-1) ...
Errors were encountered while processing:
omd-1.20

Diese fehlgeschlagene Installation hat den Paketmanager automatisch über fehlende Abhängigkeiten informiert, sodass wir das Problem problemlos lösen können, ohne auf die manuelle Installation zurückgreifen zu müssen.

Um fehlende Abhängigkeiten aufzulösen, müssen wir Folgendes ausführen:

apt-get -f install

Wir werden sehen, dass "+ apt-get " viele neue Pakete installieren möchte, einschließlich " apache2 " und " mysql +". Dies wird erwartet, da * OMD * eine über das Internet zugängliche Benutzeroberfläche verwendet und einige seiner Daten in einer MySQL-Datenbank speichert.

Führen Sie diesen Befehl aus:

apt-get -f install

Jetzt sollte die Installation erfolgreich abgeschlossen werden:

Reading package lists... Done
Building dependency tree
Reading state information... Done
Correcting dependencies... Done
The following extra packages will be installed:
 apache2 apache2-bin apache2-data (...)
0 upgraded, 147 newly installed, 0 to remove and 3 not upgraded.
1 not fully installed or removed.
Need to get 53.9 MB of archives.
After this operation, 275 MB of additional disk space will be used.
Do you want to continue? [Y/n]

Nachdem Sie der Installation aller Abhängigkeiten zugestimmt haben (drücken Sie * y *), werden Sie aufgefordert, ein root-Kennwort für die MySQL-Datenbank einzurichten.

image: https: //assets.digitalocean.com/articles/OpenMonitoring/1.jpg [MySQL-Root-Passwort]

Aus Sicherheitsgründen ist es ratsam, ein sicheres Kennwort zu verwenden, das an keiner anderen Stelle verwendet wird. Dieses Kennwort wird während der Installation von * OMD * nicht benötigt, es ist jedoch möglich, mit diesem Kennwort auf alle Datenbanken, einschließlich * OMD * -Datenbanken, zuzugreifen.

Nach Eingabe des Passworts wird die Installation ohne weitere Aufforderungen fortgesetzt. Das * OMD * -Paket, das wir zuvor installiert haben, wird während des Vorgangs ebenfalls automatisch installiert. Nach Abschluss der Installation sollte es möglich sein, wie folgt auf den Befehl "+ omd +" zuzugreifen:

omd

Ausgabe:

Usage (called as root):

omd help                        Show general help
(...)

General Options:
-V <version>                    set specific version, useful in combination with update/create
omd COMMAND -h, --help          show available options of COMMAND

Der Befehl + omd + ist der Hauptbefehl zum Verwalten von * OMD * -Instanzen auf dem Server. Es wird verwendet, um alle Überwachungsdienste gleichzeitig zu starten und zu stoppen, und wir werden es verwenden, um die erste * OMD * -Instanz zu erstellen.

Jetzt müssen wir die erste * OMD * -Instanz erstellen. In den meisten Fällen ist die erste Instanz die einzige auf dem Server, und so werden wir es hier tun.

Bevor wir die * OMD * -Instanz erstellen, müssen wir den Namen auswählen, mit dem die Instanz identifiziert wird. Sie wird während der Konfiguration weiter verwendet, definiert jedoch auch die Webadresse, unter der die Überwachungssite erreichbar sein wird. Der Einfachheit halber verwenden wir "+ monitoring +" im gesamten Text. Geben Sie zum Erstellen der Instanz Folgendes ein:

omd create monitoring

Das + omd + Tool richtet alles automatisch für uns ein. Die Befehlsausgabe sollte ähnlich der folgenden aussehen:

Adding /omd/sites/monitoring/tmp to /etc/fstab.
Restarting Apache...AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1. Set the 'ServerName' directive globally to suppress this message
OK
Creating temporary filesystem /omd/sites/monitoring/tmp...OK
Created new site monitoring with version 1.20.

 The site can be started with omd start monitoring.
 The default web UI is available at http://omdmaster/monitoring/
 The admin user for the web applications is omdadmin with password omd.
 Please do a su - monitoring for administration of this site.

Die Instanz ist nun erstellt, muss aber noch gestartet werden. Geben Sie zum Starten der Instanz Folgendes ein:

omd start monitoring

Alle notwendigen Tools und Services werden sofort gestartet. Am Ende sollten wir sehen, dass alle Dienste wie folgt erfolgreich gestartet wurden:

Starting rrdcached...OK
Starting npcd...OK
Starting nagios...OK
Starting dedicated Apache for site monitoring...OK
Initializing Crontab...OK

Jetzt, da die Instanz läuft, können wir über einen Webbrowser darauf zugreifen.

Um auf die * OMD * -Instanz zuzugreifen, öffnen Sie bitte den Link: [http: // yourdropletip / monitoring /] im Webbrowser. Wir werden nach einem Passwort gefragt. Die Standardeinstellung ist "+ omdadmin " für den Benutzernamen und " omd +" für das Passwort, und wir werden diese Standardeinstellungen später ändern.

Nach dem Einloggen sollte eine Webseite wie die folgende erscheinen:

Dies ist die Standardwebseite * OMD *, die Zugriff auf alle installierten Tools und Anwendungen bietet. Das einzige, das wir jedoch verwenden werden, ist das Tool * Check_MK Multisite *. Es ist ein wunderbares Tool, mit dem wir nicht nur praktisch jeden Aspekt von * OMD * und seinen Werkzeugen benutzerfreundlich konfigurieren, sondern auch Diagramme, Warnungen und Einstellungen in einem Dashboard zusammenfassen können. Von nun an bezeichnen wir * Check_MK Multisite * als einfach * Check_MK *.

Der Bildschirm * Check_MK * wird standardmäßig mit einem Dashboard geöffnet, das alle Dienste und Serverstatus in Listen anzeigt und praktische Diagramme verwendet, die der Erde ähneln. Unmittelbar nach der Installation ist es leer, aber wir werden in Kürze den Status für unsere Dienste und Systeme anzeigen.

image: https: //assets.digitalocean.com/articles/OpenMonitoring/3.jpg [Dashboard für leeren Check_MK]

Administratorkennwort ändern

Der Standardbenutzername und das Standardkennwort "+ omdadmin / omd +" sind leicht zu merken, jedoch nicht sicher, zumal sie standardmäßig bei jeder * OMD * -Installation enthalten sind. Es ist zum Glück sehr leicht zu ändern.

Öffnen Sie zunächst den Bereich * Benutzer * im Menü WATO-Konfiguration auf der linken Seite. In der Liste werden alle Benutzer angezeigt, die derzeit Zugriff auf die * OMD * -Site haben. Standardmäßig werden nur + omdadmin + aufgelistet.

Klicken Sie auf das Stiftsymbol neben dem Benutzer "+ omdadmin +", um dessen Details einschließlich des Kennworts zu ändern.

Aktualisieren Sie das Kennwort, fügen Sie eine Administrator-E-Mail hinzu und nehmen Sie die gewünschten Änderungen vor.

Unmittelbar nach dem Speichern der Änderungen werden wir aufgefordert, uns erneut mit unseren neuen Anmeldeinformationen anzumelden. Verwenden Sie hier Ihr * neues Passwort *.

Jetzt müssen wir die Änderungen an den Konfigurationsdateien speichern. Dies wird durch die orangefarbene Schaltfläche * 1 Changes * (Änderungen) angezeigt, die besagt, dass wir einige Änderungen an der Konfiguration von * Check_MK * vorgenommen haben, die gespeichert und aktiviert werden müssen. Dies geschieht jedes Mal, wenn wir die Konfiguration unseres Überwachungssystems ändern, nicht nur, nachdem Sie die Anmeldeinformationen eines Benutzers bearbeitet haben. Um ausstehende Änderungen zu speichern und zu aktivieren, müssen wir auf diese Schaltfläche klicken und zustimmen, die aufgeführten Änderungen zu aktivieren.

Bild: https: //assets.digitalocean.com/articles/OpenMonitoring/7.jpg [Bild] + Bild: https: //assets.digitalocean.com/articles/OpenMonitoring/8.jpg [Bild] + Bild: https: //assets.digitalocean.com/articles/OpenMonitoring/9.jpg[image]

Nach dem Aktivieren der Änderungen werden die Daten des neuen Benutzers in die Konfigurationsdateien geschrieben und von allen Systemkomponenten verwendet. * Check_MK * sorgt automatisch dafür, dass einzelne Komponenten des Überwachungssystems benachrichtigt, bei Bedarf neu geladen und alle erforderlichen Konfigurationsdateien verwaltet werden.

Überwachen des ersten Hosts

Die mit * OMD * installierten Komponenten sind für das Sammeln, Speichern und Präsentieren von Überwachungsinformationen verantwortlich. Sie geben die Informationen selbst nicht weiter.

Um die tatsächlichen Daten zu erfassen, verwenden wir * Check_MK Agent *, ein speziell für * Check_MK * entwickeltes Tool, mit dem alle wichtigen Systemkomponenten gleichzeitig überwacht werden können.

Installieren des Agenten

Der erste Host, den wir überwachen, ist das * OMD * Droplet selbst.

Um mit der Überwachung zu beginnen, müssen wir zuerst den * Check_MK Agent * installieren. Pakete für alle wichtigen Distributionen, einschließlich * Ubuntu *, sind auf der Check_MK-Projektsite verfügbar. Geben Sie Folgendes ein, um das für unser * Ubuntu 14.04 * Droplet erforderliche Paket herunterzuladen:

wget http://mathias-kettner.de/download/check-mk-agent_1.2.4p5-2_all.deb

Installieren Sie das Paket nach dem Herunterladen mit:

dpkg -i check-mk-agent_1.2.4p5-2_all.deb

Diesmal sollte die Installation nicht fehlschlagen, da alle Abhängigkeiten bereits erfüllt sein sollten. Wir können überprüfen, ob der Agent erfolgreich installiert wurde, indem wir Folgendes ausführen:

check_mk_agent

Der Befehl sollte einen sehr langen Text ausgeben, der wie Kauderwelsch aussieht, aber alle wichtigen Informationen über das System an einem Ort sammelt. Die Ausgabe dieses Befehls wird von * Check_MK * zum Erfassen von Überwachungsdaten verwendet.

Einschränkung des Zugriffs auf Überwachungsdaten

Standardmäßig werden die Daten von + check_mk_agent + mit + xinetd + geliefert, einem Mechanismus, der Daten auf einem bestimmten Netzwerkport ausgibt, wenn auf diesen zugegriffen wird. Dies bedeutet, dass wir von jedem anderen Computer im Internet über Telnet auf den + check_mk_agent + zugreifen können, indem wir den Port 6556 (den Standardport für * Check_MK *) ansteuern. Hier ist der Beweis (führen Sie diese Befehle von Ihrem lokalen Computer oder einem anderen Remote-Host aus und ersetzen Sie die unten stehende IP-Adresse durch die IP-Adresse Ihres Droplets):

[root@otherhost ~]$ telnet  6556

Ausgabe:

Trying 178.62.42.115...
Connected to 178.62.42.115.
Escape character is '^]'.
<<<check_mk>>>
Version: 1.2.4p5
AgentOS: linux
PluginsDirectory: /usr/lib/check_mk_agent/plugins
LocalDirectory: /usr/lib/check_mk_agent/local
SpoolDirectory: /etc/check_mk/spool
AgentDirectory: /etc/check_mk
(...)

Es ist keine gute Sicherheitsrichtlinie, wichtige Informationen zu Servern für alle Interessenten im Internet zu veröffentlichen. Wir sollten nur Hosts erlauben, die * OMD * ausführen und von uns überwacht werden, auf die Daten zuzugreifen, damit unser Überwachungssystem sie erfassen kann, aber niemand anderes.

Um den Zugriff auf die Agentendaten einzuschränken, müssen wir die Konfigurationsdatei unter + / etc / xinetd.d / check_mk + bearbeiten. Art:

nano /etc/xinetd.d/check_mk

Suchen Sie diesen Abschnitt:

# configure the IP address(es) of your Nagios server here:
#only_from      = 127.0.0.1 10.0.20.1 10.0.20.2

Die Einstellung "+ only_from +" ist für die Einschränkung des Zugriffs auf bestimmte IP-Adressen verantwortlich. Da wir jetzt daran arbeiten, dasselbe Droplet zu überwachen, auf dem sich * OMD * befindet, ist es in Ordnung, nur localhost eine Verbindung herstellen zu lassen. Kommentieren Sie die Konfigurationseinstellung aus und aktualisieren Sie sie auf:

# configure the IP address(es) of your Nagios server here:
only_from      = 127.0.0.1

Speichern und schließen Sie die Datei.

Der Dienst + xinetd + muss neu gestartet werden, damit Änderungen wirksam werden. Dazu müssen wir ausführen:

service xinetd restart

Jetzt ist der Agent aktiv und nur noch lokale Verbindungen zulässig. Um dies zu testen, wiederholen Sie den Befehl + telnet + von einem entfernten Ort aus:

telnet  6556

Jetzt können wir die Überwachung für diesen Host mit * Check_MK * konfigurieren.

Host in Check_MK konfigurieren

Um einen neuen Host für die Überwachung hinzuzufügen, müssen Sie im Menü WATO Administration auf der linken Seite das Menü * Hosts * aufrufen und dann auf * Create new host * (Neuen Host erstellen) klicken. Wir werden nach Informationen über den Gastgeber gefragt.

Der * Hostname * ist der vertraute Name, der für die Überwachung verwendet wird. Es kann sich um einen vollständig qualifizierten Domänennamen handeln, dies ist jedoch nicht erforderlich. In diesem Beispiel wird der Host monitoring genau wie der Name der * OMD * -Instanz selbst benannt. Da monitoring nicht in die IP-Adresse aufgelöst werden kann, müssen wir auch die IP-Adresse unseres Droplets angeben. Da wir den localhost überwachen, ist die IP einfach * 127.0.0.1 *. Aktivieren Sie das Kontrollkästchen, um die IP-Einstellung zu aktivieren.

Der Standardagententyp ist bereits auf Check_MK agent eingestellt, was in Ordnung ist. Die Einstellung networking segment wird verwendet, um Hosts in Remotenetzwerken zu kennzeichnen, die sich durch eine höhere erwartete Latenz auszeichnen, die kein Anzeichen für eine Fehlfunktion ist. Da es sich um einen lokalen Host handelt, ist die Standardeinstellung ebenfalls in Ordnung.

Um den Host zu speichern und zu konfigurieren, welche Dienste überwacht werden, klicken Sie auf die Schaltfläche * Save & go to services *.

  • Check_MK * führt eine automatische Inventur durch. Dies bedeutet, dass die Ausgabe vom Agenten erfasst und entschlüsselt wird, um festzustellen, welche Arten von Diensten überwacht werden können. Alle für die Überwachung verfügbaren Dienste werden in der Liste aufgeführt, einschließlich der CPU-Auslastung, der Speichernutzung und des freien Speicherplatzes auf den Festplatten. Um die verfügbaren Prüfungen zu speichern, müssen Sie auf die Schaltfläche * Manuelle Prüfkonfiguration speichern * klicken. Dadurch werden wir auf den Bildschirm mit einer Liste der verfügbaren Hosts umgeleitet, zu denen unser Host hinzugefügt wurde.

Genau wie beim Ändern des Benutzerpassworts müssen Änderungen gespeichert und aktiviert werden, bevor sie vollständig berücksichtigt werden. Wir müssen die Taste * 2 Changes * drücken und die Änderungen akzeptieren. Danach ist die Hostüberwachung betriebsbereit.

Arbeiten mit Überwachungsdaten

Schauen wir uns nun das Haupt-Dashboard mit dem Menüpunkt * Dashboards / Hauptübersicht * auf der linken Seite an.

Die Erdkugel ist jetzt vollständig grün und die Tabelle zeigt an, dass ein Host keine Probleme hat. Wir können die vollständige Hostliste, die jetzt aus einem einzelnen Host besteht, in der Ansicht * Hosts / All hosts * (über das Menü auf der linken Seite) anzeigen.

Dort sehen wir, wie viele Dienste in gutem Zustand sind (grün dargestellt), wie viele ausfallen und wie viele noch geprüft werden müssen. Nachdem Sie auf den Hostnamen geklickt haben, sehen Sie die Liste aller Services mit ihrem vollständigen Status und ihren * Perf-O-Meters *. * Perf-O-Meter * zeigt die Leistung eines einzelnen Dienstes im Verhältnis zu dem, was * Check_MK * für eine gute Gesundheit hält.

Alle Dienste, die Daten zurückgeben, die in einem Diagramm dargestellt werden können, haben ein Diagrammsymbol neben ihrem Namen. Über dieses Symbol können wir auf Diagramme zugreifen, die dem Dienst zugeordnet sind. Da die Hostüberwachung neu ist, enthält das Diagramm fast nichts. Nach einiger Zeit liefern die Diagramme jedoch wertvolle Informationen darüber, wie sich die Serviceleistung im Laufe der Zeit ändert.

Wenn einer der Dienste ausfällt oder wiederhergestellt wird, werden Informationen im Dashboard angezeigt. Bei fehlgeschlagenen Diensten wird ein roter Fehler angezeigt, und das Problem ist auch in der Erdgrafik sichtbar.

Nach der Wiederherstellung wird alles in Grün angezeigt, damit es ordnungsgemäß funktioniert. Das Ereignisprotokoll auf der rechten Seite enthält jedoch Informationen zu früheren Fehlern.

Überwachen eines zweiten CentOS-Hosts

Die Überwachung ist sehr nützlich, wenn Sie mehrere Hosts haben. Wir werden unserer * OMD * -Instanz ein zweites Droplet hinzufügen, auf dem * CentOS 7.0 x64 * ausgeführt wird.

Installieren des Agenten

Genau wie bei unserem * Ubuntu * Droplet ist die Installation von * Check_MK Agent * erforderlich, um Überwachungsdaten zu sammeln. Diesmal benötigen wir ein "+ rpm +" Paket von der Check_MK Projektseite. Geben Sie Folgendes ein, um das für unser * CentOS * Droplet erforderliche Paket herunterzuladen:

wget http://mathias-kettner.de/download/check_mk-agent-1.2.4p5-1.noarch.rpm

Installieren Sie das Paket nach dem Herunterladen mit:

yum install check_mk-agent-1.2.4p5-1.noarch.rpm

Unter * CentOS * ist + xinetd + nicht standardmäßig installiert, daher wird + yum + nach der Installation der Abhängigkeit fragen. Stimmen Sie zu, und das Paket wird installiert. Wie zuvor können wir überprüfen, ob der Agent ordnungsgemäß funktioniert, indem wir "+ check_mk_agent +" ausführen - die Ausgabe ähnelt der des ersten Droplets.

Zugriff einschränken

Dieses Mal werden wir keinen lokalen Host überwachen, also muss "+ xinetd +" dem Droplet mit * OMD * erlauben, die Daten zu sammeln. Beginnen Sie die Bearbeitung der Konfigurationsdatei mit:

nano /etc/xinetd.d/check_mk

und ersetzen

   # configure the IP address(es) of your Nagios server here:
   #only_from      = 127.0.0.1 10.0.20.1 10.0.20.2

with

   # configure the IP address(es) of your Nagios server here:
   only_from      =

Speichern und schließen Sie die Datei. Starten Sie den Dienst + xinetd + neu mit:

service xinetd restart

Jetzt können wir * Check_MK * konfigurieren, um unseren CentOS 7-Host zu überwachen.

Konfiguration des neuen Hosts in Check_MK

Um zusätzliche Hosts zu * Check_MK * hinzuzufügen, verwenden wir wie zuvor das Menü * Hosts *. Dieses Mal nennen wir den Host "+ centos +", konfigurieren seine IP-Adresse und wählen * WAN (hohe Latenz) *, da sich der Host in einem anderen Netzwerk befindet. Verwenden Sie die Kontrollkästchen, um die IP- und Netzwerkeinstellungen zu aktivieren. Wenn wir dies überspringen und als lokal belassen würden, würde * Check_MK * uns bald benachrichtigen, dass der Host nicht verfügbar ist, da erwartet wird, dass er auf Agentenanfragen viel schneller reagiert, als dies über das Internet möglich ist.

Klicken Sie auf * Save & Go to Services * (Speichern und zu Diensten wechseln), um die Dienste anzuzeigen, die für die Überwachung auf dem * CentOS * Droplet verfügbar sind. Die Liste ist der Liste des ersten Hosts sehr ähnlich. Dieses Mal müssen wir auch die manuelle Konfiguration speichern und die Änderungen über die orangefarbene Schaltfläche in der oberen linken Ecke aktivieren.

Nach dem Aktivieren der Änderungen können wir überprüfen, ob der Host überwacht wird, indem wir zur Seite * Alle Hosts * gehen. Zwei Hosts, "+ monitoring " und " centos +", sollten jetzt sichtbar sein.

Warnungen zu fehlgeschlagenen und wiederhergestellten Diensten werden weiterhin im Haupt-Dashboard für beide Hosts angezeigt.

Weitere Hosts hinzufügen

In * Check_MK * können mehrere Hosts zur Überwachung hinzugefügt werden. Es gibt keine andere Obergrenze als die Serverleistung, die kein Problem darstellen sollte, bis wir über Hunderte sprechen. Die Vorgehensweise ist für alle anderen Hosts gleich. * Check_MK * -Agenten in den Paketen + deb + und + rpm + funktionieren nicht nur auf * Ubuntu * und * CentOS *, sondern auch auf anderen Linux-Distributionen.

Zusammenfassung und weiterführende Literatur

  • Open Monitoring Distribution * ermöglicht die einfache Einrichtung eines auf * Check_MK * basierenden Überwachungssystems, das die harte Arbeit in einer benutzerfreundlichen Weboberfläche mit zahlreichen Konfigurationsoptionen und -funktionen zusammenfasst. Mit diesen Tools können Sie mehrere Hosts überwachen, E-Mail-Benachrichtigungen für Probleme einrichten, zusätzliche Prüfungen für mehr Dienste einrichten, die Zugänglichkeit und Leistung überwachen und vieles mehr.

Die Dokumentation für Check_MK ist in englischer Sprache verfügbar und eine umfassende Ressource für Benutzer und Administratoren von Check_MK.