Ansichten von Hosts und Services (Views)

Wir unterscheiden zwischen globalen Views und solchen, die einen Kontext benötigen. Globale Views können immer direkt aufgerufen werden. Ein Beispiel ist die Liste aller aktuellen Service-Probleme. Einen Kontext benötigt z.B. die Ansicht Status of Host …​  —  nämlich die Angabe desjenigen Hosts, dessen Status angezeigt werden soll. Solche Views können nur in Situationen aufgerufen werden, in denen es um einen bestimmten Host geht.

Jede Ansicht bietet diverse Optionen, über die Sie diese beeinflussen und Aktionen auslösen können.

Checkmk zeigt in seinen Statusansichten alle Zeitangaben, die weniger als 24 Stunden in der Vergangenheit oder Zukunft liegen, als relative Angaben  — also z.B. 16 hrs. Sie können das im Menü über Display > Modify display options umschalten und wahlweise nur absolute, nur relative oder beide Werte anzeigen lassen, oder auch den Unix-Timestamp. Auch das Datumsformat können Sie in diesem Dialog festlegen.

Die tabellarischen Ansichten können Sie durch ein Klicken auf die Spaltenüberschriften sortieren. Dabei gibt es drei Zustände einer Spalte, die durch mehrfaches Klicken im Kreis herum der Reihe nach ausgewählt werden:

Zunächst wird eine Ansicht immer auf eine natürliche Art sortiert, die in der Ansicht selbst festgelegt ist. Bei den Servicelisten ist die Sortierung immer alphabetisch nach dem Namen des Services  —  mit der Ausnahme, dass die Check_MK-Services immer oben stehen. Neben dem Service Check_MK, der für die Abfrage des Monitoring-Agenten zuständig ist, sind das noch Check_MK Discovery, Check_MK HW/SW Inventory und gegebenenfalls Check_MK Agent. Um eine solche Liste nach dem aktuellen Status der Services zu sortieren genügt ein Klick auf State.

Die Sortierung nach der Spalte Perf-O-Meter führt manchmal zu überraschenden Ergebnissen. Das liegt daran, dass die grafische Darstellung der Messwerte teilweise eine prozentuale Zusammenfassung der eigentlichen Werte zeigt. Die Sortierung geschieht aber nach den absoluten Werten  — und zwar immer nach der ersten Metrik, die ein Service ausgibt.

Sie können die in einer Ansicht gezeigten Daten in verschiedenen Formaten über das Menü Export exportieren:

Bei einer größeren Monitoring-Umgebung sind nicht mehr alle Ansichten sinnvoll. Wenn Sie 50.000 Services überwachen und die Ansicht All Services anwählen, würde die Darstellung nicht nur sehr lange brauchen  —  sie wäre auch wenig nützlich.

Um den Benutzer in solchen Situationen vor langen Wartezeiten zu schützen und das System nicht durch absurde Datenmengen in die Knie zu zwingen, sind Ansichten auf die Anzeige von 1000 Einträgen begrenzt. Bei einer Überschreitung erhalten Sie folgenden Hinweis:

Wie Sie sehen, werden Sie darauf hingewiesen, dass die gezeigten Datensätze nicht unbedingt die ersten 1000 gemäß der gewählten Sortierung sind! Das hat einen technischen Hintergrund: Die Limitierung wird nämlich bereits an der Quelle der Daten durchgesetzt: in den Monitoring-Kernen der angebundenen Instanzen. Das ist sehr wichtig: Denn wenn wir erst eine Million Datensätze aus Ihrer weltweit verteilten Umgebung zusammensammeln würden, um gleich danach 99,9% der Daten wieder wegzuwerfen, dann wäre das Kind ja schon in den Brunnen gefallen. Die Sortierung übernimmt erst am Ende die Oberfläche  —  es geschieht also nach der Limitierung. Denn die Daten von allen Instanzen müssen ja gemeinsam sortiert werden.

Sofern Sie wirklich der Meinung sind, mehr als 1000 Datensätze sehen zu wollen, können Sie durch einen Klick auf Repeat query and allow more results ins nächste Level kommen. Hier greift eine Begrenzung auf 5000 Datensätze. Ist diese wieder überschritten, so können Sie ganz ohne Limit fortfahren. Da dies eine gefährliche Operation sein kann, benötigt sie Administratorrechte. Sie wurden gewarnt!

Sie können die beiden Stufen unter Global Settings > User Interface anpassen:

Checkmk erlaubt Ihnen, die mitgelieferten Ansichten anzupassen und sogar ganz Neue zu erzeugen, welche Sie dann auch in Berichte und Dashboards einbauen können. Dabei können Sie bei jeder Ansicht eine Menge verschiedener Aspekte bestimmen:

Den Editiermodus für Views erreichen Sie auf zwei Arten:

Da die mitgelieferten Ansichten Teil der Software sind und somit nicht verändert werden können, kennt Checkmk das Konzept vom Klonen. Beim ersten Anpassen einer View wird automatisch eine Kopie der Ansicht für Sie erzeugt. Diese Kopie ist dabei Ihrem Benutzerprofil zugeordnet.

Die Kopie können Sie dann so anpassen, wie Sie es möchten. Die ursprüngliche Ansicht bleibt erhalten, wird aber verschattet  —  also durch Ihre Kopie verdeckt. Sie können später einfach zur Standardansicht zurückkehren, indem Sie Ihren Klon löschen (das geht dann in Tabelle der Views wie erwartet mit ).

Dieses Konzept hat noch einen weiteren Vorteil: Sie können nämlich bestimmen, ob die Ansicht für alle Benutzer geändert sein soll, oder nur für Sie selbst. Dies legen Sie in den General Properties der Ansicht unter Visibility mit der Checkbox Make this view available for other users fest. Es überrascht wohl nicht, dass Sie diese Checkbox nur dann setzen können, wenn Sie Administratorrechte haben (genau genommen gibt es dafür eine eigene Berechtigung mit dem Namen Publish views). Zusätzlich können einzelne Ansichten in den Rollendefinitionen gesperrt werden.

Was ist nun, wenn eine Ansicht von mehreren Benutzern angepasst und freigegeben wurde? Jeder der Benutzer hat dann nämlich eine eigene Variante der View. Welche davon wird für wen sichtbar? Dies wird durch folgende Regeln bestimmt:

Wie können Sie nun aber eine echte Kopie einer Ansicht erstellen, also am Ende beide Ansichten sehen  —  die mitgelieferte und Ihre Version? Dies wird über die Unique ID in den General Properties gesteuert. Ändern Sie einfach die ID Ihrer View auf einen anderen Wert. Damit gilt die View nicht mehr als Klon der mitgelieferten View sondern beginnt ein eigenes Leben.

Die ID ist übrigens auch die entscheidende Angabe in der URL, über die Views aufgerufen werden. Das Schema ist ganz einfach. So wird z.B. die globale View mit der ID allhosts wie folgt aufgerufen:

/mysite/check_mk/view.py?view_name=allhosts

Das Konzept mit dem Klonen und Anpassen und der Sichtbarkeit finden Sie übrigens auch an vielen anderen Stellen von Checkmk, nämlich bei:

Wie und ob eine View im Monitor-Menü der Navigationsleiste sowie dem Seitenleistenelement Views angezeigt wird, legen folgende Eigenschaften unter General Properties fest:

Der nächste Kasten View Properties bestimmt das generelle Aussehen der View:

Die Einstellung Number of Columns bestimmt die Anzahl der Spalten, Automatic page reload das Aktualisierungsintervall — beide Werte können in der View selbst Display > Modify display options noch verändert werden.

Unter Basic Layout gibt es verschiedene Arten, wie die Daten in Tabellen dargestellt werden. Die meisten Ansichten verwenden Table  —  eine normale Tabelle, die nach Spalten sortierbar ist  —  oder Single dataset  — welches die Legende links hat und meist für einzelne Datensätze verwendet wird. Sie können Single dataset aber auch für Ansichten mit mehr als einem Objekt verwenden. Die Ansicht All hosts sieht nach einer Umstellung auf Single dataset etwa so aus:

Der Kasten Columns legt fest, welche Spalten Sie sehen. Die mögliche Auswahl von Spalten hängt von der gewählten Datenquelle ab. Am meisten Spalten finden Sie bei den Services, denn hier sind natürlich auch alle Informationen über den jeweiligen Host verfügbar. Die Liste kann hier schon recht lang werden und wenn Sie nicht sicher sind, welche Spalte die richtige ist, hilft nur eines: Ausprobieren.

Je nach gewählter Spalte kann es dafür spezifische Optionen geben. Mit der Spalte Hosts: Hostname ist es zum Beispiel möglich, den Hostnamen über die Option Coloring entsprechend seines Status farblich zu hinterlegen.

Das Feld Link bietet eine Auswahl von allen Ansichten und Dashboards. Ist hier eine Ansicht ausgewählt, dann ist die jeweilige Zelle dieser Spalte anklickbar und bringt den Benutzer zur gewählten Ansicht. Wirklich sinnvoll ist das natürlich nur, wenn die Zielansicht einen Kontext hat. Bestes Beispiel ist die Ansicht All hosts. Die Spalte Hostname ist hier anklickbar und bringt den Benutzer dann zu Services of host  — von diesem Host. Alternativ können hier auch Dashboards angegeben werden, die freilich keinen Kontext benötigen.

Unter Tooltip werden Sie wiederum die Liste aller Spalten finden. So können Sie eine weitere Information zu dem Host oder Service einblenden, sobald der Benutzer mit der Maus über die jeweilige Zelle fährt (wie hier im Beispiel die IP-Adresse).

Stellen Sie sich vor, Sie möchten gerne Informationen zu bestimmten Services in einer Tabelle von Hosts anzeigen. Das folgende Beispiel zeigt ein sehr schönes Beispiel für so etwas: Zu jedem Host werden die aktuelle Uptime, die CPU-Last, die Speichernutzung und die NTP-Synchronisation ausgegeben:

Hier wurde eine Tabelle von Hosts erstellt, in der für jeden Host die Servicespalte Perf-O-Meter von je vier verschiedenen Services angezeigt wird. Man sieht auch, dass bei einem der drei Hosts die Services CPU und Memory nicht existieren und die Spalten dort konsequenterweise leer ist.

Die Konfiguration dieser Ansicht geschah über das Hinzufügen von Spalten vom Typ Joined column. Hier erscheinen dann unter Column: die Spalten für Services und es wurde Perf-O-Meter ausgewählt. Der Eintrag Title bestimmt dann die Überschrift der Spalte. Unter Of Service ist der exakte Name des Services eingetragen (Groß-/Kleinschreibung beachten!):

So eine Darstellung ist natürlich nur dann nützlich, wenn die Ansicht eine Liste von ähnlichen Hosts anzeigt, welche auch alle über die gewählten Services verfügen. Das ist auch der Grund, warum Checkmk keine derartigen Ansichten mit ausliefert: Welche Spalten hier sinnvoll sind, hängt absolut von der Art der gewählten Hosts ab. Bei Linux-Servern interessieren sicherlich völlig andere Informationen als z.B. bei USVs.

Die Sortierung einer Ansicht konfigurieren Sie im vierten Kasten. Es handelt sich dabei nur um die voreingestellte Sortierung: Der Benutzer kann wie oben beschrieben über einen Klick auf die Spaltentitel die Sortierung für sich anpassen. In der Konfiguration der View haben Sie aber mehr Möglichkeiten: Sie können eine mehrstufige Sortierung einstellen, z.B. zuerst nach dem Service-Status, und bei gleichem Status nach dem Namen des Services. Die so eingestellte Reihenfolge bleibt auch als nachrangige Sortierung erhalten, wenn der Benutzer nach einer bestimmten Spalte umsortiert.

Durch Gruppierung zerteilen Sie eine Tabelle in mehrere Abschnitte  —  wobei jeder Abschnitt Daten anzeigt, die irgendwie zusammengehören. Ein gutes Beispiel ist die Ansicht Service problems, welche Sie bequem über das Snapin Overview erreichen.

Hier sehen Sie diese Tabelle gruppiert nach dem Service-Status (State): zuerst alle CRIT, dann UNKNOWN, dann WARN - jeweils mit einem eigenen Gruppentitel:

Die Gruppierung in einer View konfigurieren Sie analog zu den Spalten. Legen Sie einfach fest, nach welchen Spalten gruppiert werden soll. Meist ist das nur eine einzige, aber es können auch mehrere sein. Alle Datensätze mit dem gleichen Wert für alle gewählten Spalten werden dann in einer Gruppe angezeigt. Und die Spalteninformation wird jeweils als Gruppentitel anzeigt.

Es ist wichtig, dass Sie die Datensätze auch vorrangig nach der gewählten Gruppeneigenschaft sortieren! Andernfalls kann es sein, dass die gleiche Gruppe mehrfach auftaucht (in Einzelfällen kann dies sogar gewünscht sein). Übrigens: Ein Umsortieren nach einer Spalte durch den Benutzer hat keinen Einfluss auf die Gruppierung: In diesem Fall wird nur die Reihenfolge der Gruppen bestimmt und die Datensätze werden innerhalb der Gruppen sortiert. Die Gruppen selbst bleiben erhalten.

Ein wichtiger Aspekt von Views ist die Selektion der Daten. Welche Hosts oder Services sollen in der Tabelle angezeigt werden? Checkmk verwendet hierfür das Konzept der Filter. Hier sind ein paar Beispiele für Host-Filter:

Jeder Filter kann vom Benutzer mit Suchbegriffen oder anderen Kriterien gefüllt werden und reduziert dann die Liste der Ergebnisse auf diejenigen Datensätze, die die Kriterien erfüllen. Die Filter werden dabei UND-verknüpft. Die Filterkriterien, die bei einer View dann tatsächlich zum Einsatz kommen, werden aus drei Quellen zusammengestellt:

Die Filter, die Sie beim Editieren einer View im Kasten Context / Search filters zusammenstellen, haben dabei zwei Funktionen. Zum einen legen Sie so fest, welche Filter dem Benutzer beim Klick auf angeboten werden. Zum anderen können Sie Filter bereits mit Kriterien vorbelegen und so die in der View gezeigten Daten einschränken (Punkt 1 von oben).

Falls Sie eine View mit Kontext anlegen oder editieren, so tritt anstelle der Filter des entsprechenden Objekts nur ein optionales Eingabefeld. In diesem gilt dann immer ein exakter Vergleich (Groß-/Kleinschreibung beachten). Nehmen wir als Beispiel die View host, welche alle Services eines bestimmten Hosts anzeigt. Der Hostname wird der View über einen Kontext mit auf den Weg gegeben. Sie können sich aber eine Ansicht bauen, welche den gezeigten Host quasi hart kodiert direkt in der View festlegt:

Damit können Sie diese View wieder ohne Kontext aufrufen und auf Wunsch auch problemlos in das Seitenleistenelement Views einbinden.

Die mitgelieferten Ansichten Host search und Service search (und auch andere) verhalten sich im Bezug auf die Filter auf eine spezielle Art: Wenn Sie so eine Ansicht anwählen, so startet diese mit einem geöffnetem Filter-Formular und zeigt erst dann Hosts oder Services an, wenn dieses abgeschickt wurde.

Warum? Es wäre einfach sehr unpraktisch, wenn Sie erst auf All services gehen müssten  —  dann warten bis viele tausend Services dargestellt würden  — und erst dann durch eine Sucheingabe das Ergebnis filtern könnten. Dieses Verhalten legt die Option Show data only on search fest:

Die Datenquelle ist das, was man in Datenbanken vielleicht als Tabelle oder Datenbank-View bezeichnen würde. Checkmk verwendet zwar keine SQL-Datenbank, ist intern aber ähnlich aufgebaut. In den meisten Fällen liegen Sie mit All services oder All hosts richtig. Es gibt aber einige spezielle Datenquellen, die hier kurz aufgelistet werden sollen:

Hier entscheidet sich, ob Ihre neue View einen Kontext haben oder ob es eine globale Ansicht werden soll. Welche Auswahlmöglichkeiten Sie haben, hängt von der gewählten Datenquelle ab. Der mit Abstand häufigste Kontext ist Host. Die Abbildung von oben erscheint nach der Auswahl der Datenquelle All services.

Durch das Aktivieren von Show information of a single host legen Sie fest, dass die neue Ansicht genau einen Host beschreibt. So haben Sie die Grundlage dafür geschaffen, dass die Ansicht nicht global, sondern verlinkt sichtbar wird:

Bei dem Kontexttyp Service gibt es zwei Möglichkeiten: Wenn Sie nur Show information of a single service anwählen, können Sie eine Ansicht bauen, die alle Services mit dem gleichen Namen aber auf verschiedenen Hosts anzeigt. Wenn es um einen ganz.B.stimmten Service von einem einzigen Host gehen sollen, dann kreuzen Sie zusätzlich Show information of a single host an.

Warum sind eigentlich manche Zellen farbig hinterlegt? Nun — hier werden Sie hingewiesen auf Werte, die sich abheben von der Mehrheit. Das ist wohl bei Messdaten nicht so sinnvoll. Aber es gibt Anwender, die mit einer speziell konstruierten Matrixansicht auf einen Blick feststellen können, ob z.B. bei gewissen Hosts oder Services eine falsche Kontaktgruppe eingetragen ist!