Strukturierung der Hosts

Jeder, der mit Computern arbeitet, ist mit Dateien und Ordnern vertraut. In Checkmk wird dieses bekannte Prinzip für die Strukturierung von Hosts übernommen, die in Ordnern gespeichert sind. Vordefiniert ist mit dem Ordner Main nur die Wurzel des Ordnerbaums. Unterhalb dieses Hauptordners können Sie Ihre eigene Ordnerstruktur mit beliebig vielen Unterordnern als Host-Baum erstellen. Übliche Kriterien für den Aufbau des Host-Baums sind Standort, Technologie und Organisationsstruktur. Im Hauptordner Main landen Sie, wenn Sie Setup > Hosts > Hosts auswählen.

Über Ordner können Attribute an Unterordner und enthaltene Hosts vererbt werden. Wie die Vererbung genau abläuft, erfahren Sie im Artikel über die Verwaltung der Hosts. Vererbt werden die Ordnerattribute, d.h. die Ordnereigenschaften, die im Setup auf der Seite Folder properties angezeigt werden wie z.B. Monitoring-Agenten und Permissions — aber auch andere Strukturierungselemente wie Host-Merkmale, Labels oder Parents. Viele der Ordnereigenschaften finden Sie auch bei den Host-Eigenschaften auf der Seite Properties of host. Die Vererbung ist besonders nützlich für Attribute, die bei vielen Hosts gleich sind, z.B. ob der Host per Checkmk-Agent oder per SNMP überwacht werden soll. Ein weiterer Vorteil der Vererbung von Ordnerattributen ist, dass Sie Ordner für die Aufnahme von Hosts vorbereiten können, die erst in Zukunft hinzukommen werden. Einfach den neuen Host in den richtigen Ordner werfen und alle vordefinierten Attribute stimmen automatisch.

Um die Vorteile der Vererbung voll auszunutzen, hat es sich bewährt, als Erstes ein Ordnungssystem zu überlegen und dieses danach mit Inhalt zu füllen. Sie beschäftigen sich also erst mit dem Aufbau der Ordner und ihrer Hierarchie. Danach sortieren Sie die Hosts ein.

Das ist umso wichtiger, je größer die Umgebung ist, und je zahlreicher die Hosts sind. Zwar kann eine einmal aufgesetzte Ordnerstruktur auch nachträglich geändert und etwa Ordner problemlos umbenannt werden. Allerdings ist dabei Vorsicht geboten: Das Verschieben eines Hosts in einen anderen Ordner kann nämlich zur Folge haben, dass sich dessen Attribute ändern, ohne dass Sie sich dessen vielleicht bewusst sind, weil der Zielordner andere Attribute haben kann als der Quellordner.

Eine Ordnerstruktur alleine kann aber nur in seltenen Fällen die Komplexität der Wirklichkeit abbilden. Wenn Sie Ihre Hosts nach vielen unterschiedlichen Kriterien organisieren wollen (oder müssen), dann bieten sich als Ergänzung die Host-Merkmale an, die im nächsten Kapitel beschrieben werden.

Die Baumstruktur, die sich durch die Ordner ergibt, ist auch in der Monitoring-Umgebung sichtbar — allerdings erst dann, wenn ein Ordner mindestens einen Host enthält.

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

Wie das folgende Bild zeigt, gibt es weitere Filter auch für andere Strukturierungselemente wie Host-Merkmale, Labels und Host-Gruppen.

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:

Host-Merkmale haben Eigenschaften, die Labels und Ordnern ähneln.

Ein Merkmal oder ein Label einem Host zuzuordnen ist im Ergebnis sehr ähnlich. Das zugewiesene Kennzeichen können Sie in beiden Fällen in der Konfiguration nutzen, um Bedingungen in Regeln festzulegen. Allerdings müssen Sie, bevor Sie ein Host-Merkmal vergeben können, die zugehörige Host-Merkmalsgruppe definieren — sich also Gedanken um alle möglichen Ausprägungen eines solchen Merkmals machen.

Die Abgeschlossenheit einer Host-Merkmalsgruppe erinnert daher an das Aufsetzen der Ordnerstruktur. Genauso, wie ein Host nur in einem Ordner abgelegt werden kann, kann er auch nur ein Merkmal einer Host-Merkmalsgruppe tragen. Anders herum: Ein Host ist immer einem Ordner zugeordnet und hat stets ein Merkmal einer Host-Merkmalsgruppe (wenn wir mal kurz die Checkbox-Merkmale außen vor lassen). Daher eignen sich Host-Merkmale für Eigenschaften, die immer da sind (oder zumindest sein sollen) und in der Regel durch den Checkmk-Administrator für das gesamte zu überwachende System und für alle Checkmk-Benutzer vorgegeben werden.

Wie für die Ordnerstruktur gilt: Für die Konfiguration großer Umgebungen ist es sehr hilfreich, von Beginn an eine wohlüberlegte Struktur der Host-Merkmale aufzusetzen.

Einem Host ordnen Sie Merkmale zu in den Host-Eigenschaften auf der Seite Properties of host — beim Erstellen oder Bearbeiten eines Hosts. Viele Attribute finden Sie sowohl in den Eigenschaften eines Hosts als auch in den Ordnereigenschaften wieder — und genau das trifft auch auf die Host-Merkmale zu. Das heißt, Host-Merkmale sind nicht nur für Hosts sondern auch für Ordner gültig. Und damit werden auch Host-Merkmale über die Ordnerstruktur in Checkmk vererbt. Um zu verhindern, dass es bei der Vererbung zu ungewollten Überraschungen kommt, sollten Sie bei der Festlegung der Host-Merkmalsgruppe auf den Standardwert achten. In der Regel ist es sinnvoll, hier einen neutralen Wert festzulegen wie None oder not applicable.

Nachträgliche Änderungen einmal eingerichteter Host-Merkmale sind möglich, sollten aber vermieden werden — sofern es sich um die Umbenennung der ID eines Merkmals handelt, da dies in den meisten Fällen manuelle Nacharbeit erfordert. Änderungen, die lediglich die Anzeige betreffen oder nur neue Auswahlmöglichkeiten hinzufügen, sind dagegen unproblematisch und haben keine Auswirkung auf die bestehenden Hosts und Regeln.

Host-Merkmale sind nicht nur bei der Konfiguration, sondern auch im Monitoring nützlich. Zum Beispiel gibt es in der Filterleiste von Tabellenansichten auch Filter für Host-Merkmale, wie es der Screenshot im Kapitel zu Ordnern zeigt.

Darüber hinaus bietet Ihnen in der Seitenleiste das Snapin Virtual host tree die Möglichkeit eine „virtuelle“ Hierarchie aus Host-Merkmalen abzubilden. Im Artikel zu den Host-Merkmalen erfahren Sie, wie das geht.

Wenn die Label erstmal gesetzt sind, dann haben Sie mit Ihnen die gleichen Möglichkeiten, die Ihnen auch Ordner und Host-Merkmale bieten: Während der Konfiguration können Sie die Bedingungen der Regeln in Abhängigkeit der Labels definieren.

Während bei den Host-Merkmalen bereits durch die Definition der Host-Merkmalsgruppe alle Hosts mit einem Host-Merkmal versorgt werden, läuft die Zuweisung bei Labels anders. Labels können explizit, über Regeln und automatisch gesetzt werden. Die unterschiedlichen Wege, über die Hosts an ihre Labels kommen können, sollten Sie beachten, wenn es darum geht, wie Sie Labels für die Strukturierung Ihrer Hosts nutzen können.

Die explizite Zuweisung von Labels erfolgt in den Eigenschaften eines Hosts, im Kasten Custom attributes: Schlüssel-Wert-Paar eingeben, Enter-Taste drücken: Fertig! Auch in den Eigenschaften von Ordnern können Labels gesetzt werden, die dann über die Ordnerstruktur in Checkmk vererbt werden.

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.

Die explizite Zuweisung ist sehr einfach, hat aber ihre Tücken, denn die Gefahr von Inkonsistenzen durch Schreibfehler ist groß. Da Labels frei vergeben werden können, kann Checkmk auch nicht überprüfen ob foo:Bar, Foo:bar oder Fu:baa das „richtige“ Label ist. Sie sollten sich daher auch überlegen, wie Sie es mit der Groß-/Kleinschreibung halten. Denn wenn Sie später Bedingungen über Labels definieren, dann muss die Schreibweise sowohl beim Schlüssel als auch beim Wert strikt beachtet werden.

Es liegt daher nahe, für die Strukturierung von Hosts auf die explizite Zuweisung zu verzichten und Labels regelbasiert oder automatisch erstellen zu lassen.

Wenn sich Host-Merkmale für globale Eigenschaften eignen, die immer da sind und in der Regel durch den Checkmk-Administrator für das gesamte zu überwachende System und für alle Checkmk-Benutzer vorgegeben werden, dann können einzelne Checkmk-Benutzer die spezifischen Anforderungen in ihrem Verantwortungsbereich mit Labels umsetzen. Für eine überschaubare lokale Struktur können die Labels die Lücken füllen, die von der globalen Administration freigelassen wurden, und dabei ihre Vorteile ausspielen: Sie sind schnell und einfach erstellt — und auch wieder gelöscht.

Die vollständige Übersicht aller Labels eines Hosts erhalten Sie in der Monitoring-Umgebung, in der Statusansicht eines Hosts. In der Filterleiste von Tabellenansichten haben Sie Zugriff auf alle Host-Labels — und können diese sogar mit den booleschen Operatoren Not, And und Or zum Filtern kombinieren. Beide Wege sind im Artikel zu den Labels beschrieben.

Was Parents sind, und wie sie funktionieren, haben Sie bereits in den Grundlagen des Monitorings erfahren.

Einen Parent für einen einzelnen Host legen Sie so fest: Wählen Sie Setup > Hosts > Hosts und klicken Sie den gewünschten Host an, um 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 es im obigen Kapitel über Ordner und Vererbung steht.

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. Um dies zu vermeiden, können Sie die entsprechende Option vor dem Scan 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 gefundene Parent-Hosts erzeugt werden. Deaktivieren Sie die Funktion, wenn Sie Parents auf überwachte Hosts beschränken wollen.

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

Anschließend sehen Sie die konfigurierten Parents sowie gegebenenfalls einen neuen Ordner Parents in Main (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 > Parent / Child 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.

Sie finden die Host-Gruppen unter Setup > Hosts > Host groups.

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 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-Labels 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 im Setup 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.

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

Wichtig bei der Erstellung von Tabellenansichten (über Customize > Visualization > Views) ist lediglich die Auswahl einer Datenquelle (Datasource), die Host-Gruppen nutzt, z.B. Host groups.

Im Monitor-Menü finden Sie freilich bereits fertige Ansichten, beispielsweise Host groups, die wir bereits im vorherigen Abschnitt gezeigt haben.

Auf NagVis-Karten können Sie mit dem Snapin NagVis maps der Seitenleiste zugreifen. In einer NagVis-Karte bekommen Sie als Ergebnis beispielsweise die Zusammenfassung für eine Host-Gruppe per Hover-Menü über ein einzelnes Symbol:

In den Regelsätzen für Benachrichtigungen und Alert Handlers werden Ihnen die Host-Gruppen als Filter in den Bedingungen (Conditions) angeboten: