Server- und Client-Überwachung mit Zabbix, Teil 2: Frontend

Konfigurieren der Trigger

Ein Trigger macht nichts anderes, als beim Eintreten einer bestimmten Situation eine Aktion durchzuführen. Springt beispielsweise die Anzahl der Webserver-Prozesse auf null, bedeutet dies, dass kein einziger Apache-Prozess mehr läuft. Der Webserver ist also „down“.

Zabbix reagiert auf diesen Fall und stößt den vorher konfigurierten Trigger an, der jetzt eine E-Mail abschickt. Steigt die Anzahl der Webserver-Prozesse wieder auf einen Wert größer als null, können Sie den Trigger so konfigurieren, dass er wiederum eine E-Mail mit einer „alles wieder ok“-Meldung schickt. Beim Status lässt sich wieder einstellen, ob der jeweilige Trigger aktiv oder inaktiv ist.

Mit dem Change-Button können Sie, falls notwendig, den Schweregrad (Severity) oder sogar die Expression ändern. Was diese Expression genau aussagt, können Sie in der Dokumentation nachlesen. Aber nur in den seltensten Fällen müssen Sie an diesen Ausdrücken schrauben.

Mit dem Action-Knopf richten Sie nun den eigentlichen Trigger ein. Hier definieren Sie als Erstes, an wen die Meldung gehen soll. Das kann eine Gruppe oder ein Einzelanwender sein. Im nächsten Feld spezifizieren Sie die Gruppe oder den Benutzer. Das dritte Feld gibt an, bei welchem Zustand oder Zustandswechsel des Triggers die Aktion ausgelöst werden soll. Den Eintrag bei Subject finden Sie später genau so in der Betreffzeile der gesendeten E-Mail wieder. Nur der Ausdruck {HOSTNAME} wird in den entsprechenden Rechnernamen umgewandelt. Beim Message-Body können Sie Ihrer Fantasie freien Lauf lassen.

Es bietet sich jedoch an, einen kurzen, aber prägnanten Text zu verwenden. Alles was nach „Latest data“ steht, gibt in der Nachricht dann genauere Auskunft über die letzten ermittelten Daten. Zabbix füllt den unteren Abschnitt sogar selbstständig aus. Es schadet auf keinen Fall, diese Informationen beizubehalten.

Im letzten Punkt können Sie nun bestimmen, ob die Konfiguration nur für diesen Trigger, für alle Trigger dieses Hosts oder global für alle Trigger gelten soll. Letzteres ist allerdings nur sinnvoll für allgemeine Nachrichten. Es macht wenig Sinn, wenn eine Apache-Fehlermeldung beim Ausfall des FTP-Servers erscheint.