Verwaltung der Hosts

Jeder, der mit Computern arbeitet, kennt das Prinzip von Dateien und Ordnern. Checkmk verwendet ein analoges Prinzip für die Verwaltung der Hosts, welche quasi die Rolle der Dateien übernehmen. Da Ordner selbst in Ordnern enthalten sein können, ergibt sich eine Baumstruktur. Dabei sind drei Kriterien für den Aufbau des Host-Baums verbreitet:

Natürlich können Sie das auch mischen, also z.B. in der ersten Ebene des Baums nach Standort und in der zweiten dann nach Host-Typ aufteilen.

Wenn Sie einfache Dinge lieben, sollten Sie die Hosts nur in die „Blätter“ des Baums packen (auch wenn Checkmk Hosts in mittleren Ordnern erlaubt). Folgendes Beispiel zeigt eine einfache Baumstruktur nach Host-Typ: Die Hosts A, B und C sind im Ordner „Servers“ und D, E und F im Ordner „Network“:

Wenn Sie den Baum geschickt aufbauen, können Sie ihn nutzen, um sinnvoll Attribute zu vererben. Das ist vor allem bei solchen Attributen nützlich, die bei großen Gruppen von Hosts gleich sind, wie z.B. die SNMP-Community oder Host-Merkmale (host tags), mit denen Sie festlegen, ob der Host per Checkmk-Agent oder per SNMP überwacht werden soll.

Folgendes Beispiel zeigt die Vererbung der Merkmale „Criticality“ (mit den Werten prod und test) und „Checkmk agent“ (mit den Ausprägungen tcp und no-agent). Das Merkmal tcp wird dabei automatisch gesetzt, wenn der Checkmk-Agent und/oder eine API-Integration ausgewählt ist, während no-agent die Option der Wahl ist, wenn über SNMP überwacht werden soll.

Weiter unten im Baum definierte Attribute haben immer Vorrang. Direkt beim Host festgelegte Werte überschreiben also alles, was von den Ordnern kommt. In obigem Beispiel ergeben sich so für den Host A die Merkmale prod und tcp, für D prod und no-agent und für den Host F wegen des expliziten Attributs die Werte test und no-agent.

Ein großer Vorteil dieses Schemas gegenüber dem weit verbreiteten „Copy & Paste“-Ansatzes von datenbankorientierten Konfigurationssystemen: Sie können Attribute auch für solche Hosts festlegen, die erst in Zukunft hinzukommen werden. Das macht die Arbeit für Sie (oder Ihre Kollegen) leichter: Einfach den neuen Host in den richtigen Ordner werfen und alle Einstellungen stimmen automatisch.

Ein weiterer Zweck der Ordner ist die Vergabe von Berechtigungen für das Anlegen und Bearbeiten von Hosts. Checkmk unterscheidet dabei die Rechte in der Konfigurationsumgebung von den Kontaktzuordnungen in der Monitoring-Umgebung. Denn es ist nicht immer gesagt, dass die gleichen Personen, die das Recht haben, einen Host anzulegen, auch diejenigen sind, die im operativen Monitoring für diesen Host verantwortlich sind. Die Berechtigungen werden im Artikel zu Benutzern, Zuständigkeiten und Berechtigungen erläutert.

Das Anlegen neuer Ordner erledigen Sie mit Add folder. Die Optionen sind dieselben wie beim Anlegen neuer Hosts, was wir im Folgenden detailliert erläutern.

Am wichtigsten ist der Host-Name. Das Feld Hostname dient überall innerhalb von Checkmk zur eindeutigen Identifizierung des Hosts. Der Host-Name wird in interne Referenzen eingetragen, als Teil von URLs verwendet, dient als Teil von Dateinamen und Verzeichnissen, taucht in Logdateien auf usw. Es gibt zwar eine Funktion, um Host-Namen später zu ändern, dies ist aber ein aufwendiger und komplexer Vorgang, den Sie vermeiden sollten. Wählen Sie daher den Namen sorgfältig. Der Host-Name muss nicht unbedingt mit dem DNS-Namen des Hosts übereinstimmen, aber es macht etliche Dinge einfacher.

Sie können unter Alias einen alternativen, beschreibenden Namen für den Host vergeben, welcher an vielen Stellen in der GUI und in Berichten angezeigt wird. Vergeben Sie keinen Alias, so wird als Alias der Host-Name verwendet.

Für die Konfiguration der IP-Adresse haben Sie vier Möglichkeiten:

Bei der 1. Möglichkeit verwendet Checkmk eine Cache-Datei, um wiederholte DNS-Anfragen während der Aktivierung der Änderungen zu vermeiden. Dieser Cache ist sehr wichtig für die Beschleunigung des Vorgangs. Außerdem sorgt er dafür, dass Sie eine geänderte Konfiguration auch dann aktivieren können, wenn das DNS einmal nicht funktioniert.

Der Haken ist, dass Checkmk die Änderung einer IP-Adresse im DNS nicht automatisch mitbekommt. Deswegen gibt es in den Eigenschaften des Hosts (auf der Seite Properties of host) den Menüeintrag Hosts > Update DNS cache, welcher den kompletten DNS-Cache löscht und beim nächsten Aktivieren der Änderungen eine neue Auflösung erzwingt. Diese Datei liegt übrigens in Ihrer Instanz unter ~/var/check_mk/ipaddresses.cache. Das Löschen dieser Datei hat den gleichen Effekt wie die Ausführung von Update DNS cache.

Checkmk unterstützt übrigens auch Monitoring via IPv6 — auch im Dualstack.

Die letzten wichtigen Einstellungen finden Sie in den Kästen Monitoring agents und Custom attributes:

Die zuletzt genannten benutzerdefinierten Attribute können Sie beliebig erweitern und dazu verwenden, über Regeln sehr effizient alle Parameter von Hosts und Services zu konfigurieren. Criticality und Networking Segment sind lediglich Beispiele.

Wichtiger ist die Angabe eines Monitoring-Agenten unter Monitoring agents, da dieser bestimmt, wie der Host seine Daten an das Monitoring übermittelt.

Folgende Monitoring-Agenten sind möglich:

Ein Host in Checkmk kann beliebig viele Labels haben. Labels sind ähnlich wie Host-Merkmale (host tags), müssen aber im Gegensatz zu diesen nicht vordefiniert werden, sondern Sie können Sie frei vergeben.

Sie weisen dem Host ein Label zu, indem Sie zuerst Labels markieren. Klicken Sie dann in das Feld Add some Label, geben Sie die Label-Definition in der Form Schlüssel:Wert ein und schließen diese mit [Enter] ab. Mit dem Kreuzchen können Sie ein Label wieder entfernen.

Wenn Sie für ein Label eigentlich keinen Wert brauchen, sondern nur wissen wollen, ob an dem Host ein bestimmtes Label hängt oder nicht, vergeben Sie z.B.: einfach yes als Wert (vm:yes). Falls Sie dieses Schema konsequent einhalten, haben Sie es später leichter, für solche Labels Bedingungen zu definieren.

Übrigens können Labels auch automatisch an Hosts gehängt werden: zum einen durch externe Konnektoren, welche automatisch Hosts anlegen (z.B. automatisch erkannte Hosts in Cloud-Umgebungen), zum anderen durch Regeln.

Beim Erstellen oder Klonen eines Hosts ist nach der Festlegung der Eigenschaften der nächste sinnvolle Schritt Save & go to service configuration. Damit gelangen Sie in die automatische Service-Erkennung, der wir uns im nächsten Kapitel widmen wollen.

Dagegen bringt Sie Save & go to connection tests zum Verbindungstest, mit dem Sie zuerst einmal testen können, ob Sie mit den festgelegten Einstellungen überhaupt Daten von dem Host - sei es per Agent oder was auch immer Sie vorher konfiguriert haben - bekommen. Einzelheiten zum Verbindungstest finden Sie im Artikel über die Monitoring-Agenten.

Einen Parent für einen einzelnen Host legen Sie so fest: Wählen Sie Setup > Hosts > Hosts und klicken Sie den gewünschten Hosts an, um sich seine Eigenschaften anzuzeigen. Im Kasten Basic settings tragen Sie den Parent über seinen Namen oder die IP-Adresse ein. Sobald ein Parent angegeben wird, erscheint ein weiteres Eingabefeld für einen zusätzlichen Parent:

Wichtig: Geben Sie nur direkte Parent-Hosts ein.

Analog lassen sich Parents auch in den Eigenschaften von Ordnern festlegen und auf die beinhalteten Hosts vererben. Wie das geht, haben Sie bereits im Kapitel zur Vererbung von Attributen gelesen.

Wenn Sie Ihr Monitoring frisch aufsetzen und von vorne herein sauber mit Ordnern und Parents planen, werden Sie mit der Parent-Vererbung über Ordner vermutlich gut zurecht kommen. Sie können Parents aber auch über den Parent scan automatisch einrichten lassen.

Der Scan sucht über das IP-Protokoll auf dem Network Layer des OSI-Modells (Schicht 3) via traceroute nach dem letzten Gateway vor einem Host. Wird ein solches Gateway gefunden und gehört dessen Adresse zu einem Ihrer überwachten Hosts, so wird dieser als Parent gesetzt. Bekommt traceroute von den Hops vor dem anvisierten Host keine Informationen, so wird der letzte erfolgreiche Hop verwendet.

Wird jedoch kein Gateway unter den überwachten Hosts gefunden, legt Checkmk per Default einen künstlichen „Ping-only-Host“ an, standardmäßig im Ordner Parents, der gleich mit erstellt wird.

Diese Standardeinstellung kann allerdings auch zu unerwünschten Ergebnissen führen: Nehmen wir als Beispiel ein typisches, kleines Netzwerk mit dem Adressbereich 192.168.178.0/24. Wird in das Monitoring nun ein Host mit einer Adresse aus einem anderen Adressbereich aufgenommen, der nicht angepingt werden kann, so versucht der Scan den Weg über den Router — und findet dort nur den Knotenpunkt des Netz-Providers. Und so könnte dann zum Beispiel ein Telekom-Server aus dem WAN-Bereich als Parent für diesen Host gesetzt werden. Natürlich können Sie diese Option deaktivieren.

Wenn Sie einen Ordner mit neuen Hosts auf Parents scannen wollen, gehen Sie wie folgt vor: Öffnen Sie zunächst den gewünschten Ordner und wählen Sie im Menü Hosts > Detect network parent hosts, um die Scan-Konfiguration zu öffnen. Sie können übrigens auch, statt eines ganzen Ordners, nur eine Auswahl von Hosts scannen lassen, indem Sie diese vorher in der ersten Spalte der Liste auswählen.

Um alle Hosts in allen Unterordnern komplett neu einzuscannen, unabhängig von eventuell manuell gesetzten Parents, wählen Sie die Optionen Include all subfolders und Scan all hosts. Im Bereich Performance können Sie die Scan-Dauer anpassen, die bei vielen Hosts recht lang ausfallen kann.

Unter Creation of gateway hosts bestimmen Sie, ob, wie und unter welchem Alias neu erzeugte Parent-Hosts erzeugt werden. Deaktivieren Sie die Funktion, wenn Sie Parents auf überwachte Hosts beschränken wollen.

Klicken Sie nun unten auf der Seite Start. Die Ausgabe des Scans können Sie live mitverfolgen.

Anschließend sehen Sie die konfigurierten Parents sowie gegebenenfalls einen neuen Ordner Parents im Main directory (falls Sie dies vor dem Scan so angegeben haben).

Damit ist der Scan abgeschlossen.

Nach einem durchgeführten Scan und der Aktivierung der Änderungen werden die Parent-Child-Beziehungen als Topologie-Karte visualisiert, die Sie über Monitor > Overview > Network Topology aufrufen können.

Tipp: Wenn die Ergebnisse des Scans an einigen Stellen nicht plausibel erscheinen, ist ein manueller Aufruf von traceroute bisweilen hilfreich, um die einzelnen Hops nachzuvollziehen.

Für versierte Nutzer gibt es die Möglichkeit, Parents über die REST-API zu konfigurieren.

Eine neue Host-Gruppe legen Sie über den Aktionsknopf Add group an.

Das Anlegen ist trivial und beschränkt sich auf die Vergabe eines eindeutigen Namens, der später nicht mehr geändert werden kann, und eines Alias:

Um Hosts in Host-Gruppen aufzunehmen, bemühen Sie den Regelsatz Assignment of hosts to host groups, den Sie unter Setup > Hosts > Host monitoring rules finden. Legen Sie eine neue Regel im gewünschten Ordner an.

Zunächst wählen Sie im Kasten Assignment of hosts to host groups die Host-Gruppe aus, der Hosts zugeordnet werden sollen, im Beispiel etwa der Gruppe „My Linux servers“:

Anschließend kümmern Sie sich im Kasten Conditions um den oder die Filter, um die Gruppe einzuschränken — denn Filter lassen sich natürlich auch kombinieren, Sie können Hosts nach Ordnern, Host-Merkmalen und Host-Labeln filtern oder spezifische Hosts angeben. Möchten Sie Hosts mit zwei Merkmalen aus ein und derselben Host-Merkmalsgruppe in die Host-Gruppe aufnehmen, müssen Sie zwei separate Regeln anlegen. Generell sind die Gruppenzuordnungen kumulativ. Hosts können in mehreren Gruppen sein und Gruppen von mehreren Regeln gefüllt werden.

Im folgenden Beispiel nutzen wir das von Checkmk automatisch zugewiesene Host-Label cmk/os_family:linux, um die Linux-Server der Host-Gruppe hinzuzufügen:

Wie üblich, müssen Sie die Änderungen anschließend noch aktivieren.

Das Ergebnis Ihrer Zuordnungen können Sie komfortabel im Monitoring überprüfen. Unter Monitor > Overview > Host groups werden Ihnen die existierenden Host-Gruppen aufgelistet:

Über einen Klick auf den Namen einer Host-Gruppe gelangen Sie zur vollständigen Ansicht der Hosts dieser Gruppe.

Sie können Host-Gruppen an mehreren Stellen einsetzen: zur Erstellung von Tabellenansichten und NagVis-Karten sowie als Filter in Regeln für Benachrichtigungen und Alert Handler.

Zum einen gibt es in den Tabellenansichten in der Filterleiste den Filter WATO Folder, mit dem Sie die aktuelle Ansicht auf die Hosts unterhalb von einem bestimmten Ordner einschränken können:

Zum zweiten bietet in der Seitenleiste das Snapin Tree of folders die gleiche Auswahlmöglichkeit wie das Monitor-Menü, aber kann zusätzlich noch die Anzeige auf einen Ordner einschränken:

Zum dritten schließlich zeigt das Snapin Folders eine ähnliche Auswahlmöglichkeit für Ordner:

Dabei arbeiten die beiden Snapins Folders und Views bei der Anzeige zusammen: Ein einmal gewählter Ordner bleibt erhalten, auch wenn Sie mit Views eine andere Ansicht wählen. Das klappt sogar für Dashboards. Probieren Sie es aus!