1 Konfigurieren eines Auslösers
Übersicht
Um einen Auslöser zu konfigurieren, gehen Sie wie folgt vor:
- Gehen Sie zu: Data collection > Hosts
- Klicken Sie in der Zeile des Hosts auf Auslöser
- Klicken Sie rechts auf Auslöser erstellen (oder auf den Namen des Auslösers, um einen vorhandenen Auslöser zu bearbeiten)
- Geben Sie die Parameter des Auslösers im Formular ein
Siehe auch allgemeine Informationen zu Auslösern und ihren Berechnungszeiten.
Konfiguration
Die Registerkarte Auslöser enthält alle wesentlichen Auslöser-Attribute.
Alle Pflichtfelder sind mit einem roten Sternchen markiert.
| Parameter | Beschreibung |
|---|---|
| Name | Name des Auslösers. Unterstützte Makros sind: {HOST.HOST}, {HOST.NAME}, {HOST.PORT}, {HOST.CONN}, {HOST.DNS}, {HOST.IP}, {ITEM.VALUE}, {ITEM.LASTVALUE}, {ITEM.LOG.*} und {$MACRO}-Benutzermakros. Die Makros $1, $2...$9 können verwendet werden, um auf die erste, zweite... neunte Konstante des Ausdrucks zu verweisen. Hinweis: Die Makros $1-$9 werden korrekt aufgelöst, wenn sie sich auf Konstanten in relativ einfachen, geradlinigen Ausdrücken beziehen. Der Name "Processor load above $1 on {HOST.NAME}" wird beispielsweise automatisch in "Processor load above 5 on New host" geändert, wenn der Ausdruck last(/New host/system.cpu.load[percpu,avg1])>5 lautet. |
| Event name | Wenn definiert, wird dieser Name zum Erstellen des Problemereignisnamens verwendet. Standardmäßig ist der Ereignisname identisch mit dem Namen des Auslösers. Der Ereignisname kann verwendet werden, um aussagekräftige Alarme mit Problemdaten zu erstellen (siehe Beispiel). Der gleiche Satz von Makros wird unterstützt wie im Namen des Auslösers, zusätzlich die Ausdrucksmakros {TIME} und {?EXPRESSION}. |
| Operational data | Operational data ermöglichen die Definition beliebiger Zeichenfolgen zusammen mit Makros. Die Makros werden dynamisch in Echtzeitdaten unter Monitoring > Problems aufgelöst. Während Makros im Namen des Auslösers (siehe oben) zum Zeitpunkt des Auftretens eines Problems auf ihre Werte aufgelöst werden und die Grundlage für einen statischen Problemnamen bilden, behalten die Makros in den Operational data die Fähigkeit, die aktuellsten Informationen dynamisch anzuzeigen. Wenn auf Auslöser-Ebene keine Operational data konfiguriert sind, werden die neuesten Werte aller Datenpunkte aus dem Ausdruck angezeigt. Der gleiche Satz von Makros wird unterstützt wie im Namen des Auslösers. |
| Severity | Legen Sie die erforderliche Schweregrad des Auslösers fest, indem Sie auf die Schaltflächen klicken. |
| Expression | Logischer Ausdruck, der zur Definition der Bedingungen eines Problems verwendet wird. Zeit-Suffixe und Suffixe für Speichergrößen werden unterstützt. Ein Problem wird erstellt, nachdem alle im Ausdruck enthaltenen Bedingungen erfüllt sind, d. h. der Ausdruck ergibt TRUE. Das Problem wird behoben, sobald der Ausdruck FALSE ergibt, sofern in Recovery expression keine zusätzlichen Wiederherstellungsbedingungen angegeben sind. |
| OK event generation | Optionen zur Generierung von OK-Ereignissen: Expression - OK-Ereignisse werden auf Grundlage desselben Ausdrucks wie Problemereignisse generiert; Recovery expression - OK-Ereignisse werden generiert, wenn der Problemausdruck FALSE ergibt und der Wiederherstellungsausdruck TRUE ergibt; None - in diesem Fall kehrt der Auslöser niemals von selbst in einen OK-Zustand zurück. |
| Recovery expression | Logischer Ausdruck (optional), der zusätzliche Bedingungen definiert, die erfüllt sein müssen, bevor das Problem behoben wird, nachdem der ursprüngliche Problemausdruck bereits als FALSE ausgewertet wurde. Der Wiederherstellungsausdruck ist nützlich für die Hysterese von Auslösern. Es ist nicht möglich, ein Problem allein durch den Wiederherstellungsausdruck zu beheben, wenn der Problemausdruck weiterhin TRUE ist. Dieses Feld ist nur verfügbar, wenn für OK event generation die Option 'Recovery expression' ausgewählt ist. |
| PROBLEM event generation mode | Modus zur Generierung von Problemereignissen: Single - ein einzelnes Ereignis wird generiert, wenn ein Auslöser zum ersten Mal in den Zustand 'Problem' wechselt; Multiple - ein Ereignis wird bei jeder 'Problem'-Auswertung des Auslösers generiert. |
| OK event closes | Wählen Sie aus, ob das OK-Ereignis schließt: All problems - alle Probleme dieses Auslösers; All problems if tag values match - nur die Auslöserprobleme mit übereinstimmenden Ereignis-Tag-Werten. |
| Tag for matching | Geben Sie den Namen des Ereignis-Tags ein, der für die Ereigniskorrelation verwendet werden soll. Dieses Feld wird angezeigt, wenn für die Eigenschaft OK event closes 'All problems if tag values match' ausgewählt ist, und ist in diesem Fall obligatorisch. |
| Allow manual close | Aktivieren Sie dieses Kontrollkästchen, um das manuelle Schließen von Problemereignissen zuzulassen, die von diesem Auslöser erzeugt werden. Das manuelle Schließen ist beim Bestätigen von Problemereignissen möglich. |
| Menu entry name | Wenn nicht leer, wird der hier eingegebene Name (bis zu 64 Zeichen) an mehreren Stellen im Frontend als Bezeichnung für die im Parameter Menu entry URL angegebene Auslöser-URL verwendet. Wenn leer, wird standardmäßig der Name Trigger URL verwendet. Der gleiche Satz von Makros wird unterstützt wie im Namen des Auslösers, zusätzlich {EVENT.ID}, {HOST.ID} und {TRIGGER.ID}. |
| Menu entry URL | Wenn nicht leer, ist die hier eingegebene URL (bis zu 2048 Zeichen) an mehreren Stellen im Ereignismenü des Frontends als Link verfügbar, zum Beispiel beim Klicken auf den Problemnamen in Monitoring > Problems oder im Dashboard-Widget Problems. Der gleiche Satz von Makros wird unterstützt wie im Namen des Auslösers, zusätzlich {EVENT.ID}, {HOST.ID} und {TRIGGER.ID}. Hinweis: Benutzermakros mit geheimen Werten werden in der URL nicht aufgelöst. |
| Description | Textfeld zur Bereitstellung weiterer Informationen zu diesem Auslöser. Kann Anweisungen zur Behebung eines bestimmten Problems, Kontaktdaten der zuständigen Mitarbeiter usw. enthalten. Der gleiche Satz von Makros wird unterstützt wie im Namen des Auslösers. |
| Enabled | Wenn Sie dieses Kontrollkästchen deaktivieren, wird der Auslöser bei Bedarf deaktiviert. Probleme eines deaktivierten Auslösers werden im Frontend nicht mehr angezeigt, aber nicht gelöscht. |
Die Registerkarte Tags ermöglicht es Ihnen, auf Auslöser-Ebene Tags zu definieren. Alle Probleme dieses Auslösers werden mit den hier eingegebenen Werten getaggt.
Zusätzlich ermöglicht die Option Inherited and trigger tags die Anzeige von auf Vorlagenebene definierten Tags, wenn der Auslöser von dieser Vorlage stammt. Wenn mehrere Vorlagen denselben Tag haben, werden diese Tags einmal angezeigt und die Vorlagennamen werden durch Kommas getrennt. Ein Auslöser "erbt" keine Host-Ebene-Tags und zeigt diese auch nicht an.
| Parameter | Beschreibung |
|---|---|
| Name/Value | Definieren Sie benutzerdefinierte Tags, um Auslöserereignisse zu kennzeichnen. Tags bestehen aus einem Tag-Namen und einem Wert. Sie können nur den Namen verwenden oder ihn mit einem Wert kombinieren. Ein Auslöser kann mehrere Tags mit demselben Namen, aber unterschiedlichen Werten haben. Benutzermakros, Benutzermakros mit Kontext, Low-Level-Discovery-Makros und Makro-Funktionen mit {{ITEM.VALUE}}, {{ITEM.LASTVALUE}} werden in Ereignis-Tags unterstützt. Low-Level-Discovery-Makros können innerhalb des Makro-Kontexts verwendet werden.Das Makro {TRIGGER.ID} wird in Auslöser-Tag-Werten unterstützt. Es kann nützlich sein, um Auslöser zu identifizieren, die aus Auslöser-Prototypen erstellt wurden, und beispielsweise Probleme dieser Auslöser während Wartungsarbeiten zu unterdrücken. Wenn die Gesamtlänge des erweiterten Werts 255 überschreitet, wird er auf 255 Zeichen gekürzt. Siehe alle für Ereignis-Tags unterstützten Makros. Ereignis-Tags können für die Ereigniskorrelation, in Aktionsbedingungen verwendet werden und sind außerdem unter Monitoring > Problems oder im Problems-Widget sichtbar. |
Die Registerkarte Dependencies enthält alle Abhängigkeiten des Auslösers.
Klicken Sie auf Add, um eine neue Abhängigkeit hinzuzufügen.
Sie können einen Auslöser auch konfigurieren, indem Sie einen vorhandenen öffnen, auf die Schaltfläche Clone klicken und dann unter einem anderen Namen speichern.
Testen von Ausdrücken
Es ist möglich, den konfigurierten Auslöser-Ausdruck zu testen, um zu sehen, wie das Ausdrucksergebnis in Abhängigkeit vom empfangenen Wert ausfallen würde.
Der folgende Ausdruck aus einer offiziellen Vorlage wird als Beispiel verwendet:
avg(/Cisco IOS SNMPv2/sensor.temp.value[ciscoEnvMonTemperatureValue.{#SNMPINDEX}],5m)>{$TEMP_WARN}
or
last(/Cisco IOS SNMPv2/sensor.temp.status[ciscoEnvMonTemperatureState.{#SNMPINDEX}])={$TEMP_WARN_STATUS}Um den Ausdruck zu testen, klicken Sie im Feld des Ausdrucks auf Expression constructor.
Im Expression constructor werden alle einzelnen Ausdrücke aufgelistet. Um das Testfenster zu öffnen, klicken Sie unter der Ausdrücksliste auf Test.
Im Testfenster können Sie Beispielwerte eingeben ('80', '70', '0', '1' in diesem Beispiel) und anschließend durch Klicken auf die Schaltfläche Test das Ausdrucksergebnis anzeigen lassen.
Das Ergebnis der einzelnen Ausdrücke sowie des gesamten Ausdrucks kann angezeigt werden.
"TRUE" bedeutet, dass der angegebene Ausdruck korrekt ist. In diesem speziellen Fall A ist "80" größer als der angegebene Wert {$TEMP_WARN}, in diesem Beispiel "70". Wie erwartet wird ein Ergebnis von "TRUE" angezeigt.
"FALSE" bedeutet, dass der angegebene Ausdruck nicht korrekt ist. In diesem speziellen Fall B muss {$TEMP_WARN_STATUS} "1" mit dem angegebenen Wert "0" in diesem Beispiel übereinstimmen. Wie erwartet wird ein Ergebnis von "FALSE" angezeigt.
Der gewählte Ausdruckstyp ist "OR". Wenn mindestens eine der angegebenen Bedingungen (in diesem Fall A oder B) TRUE ist, ist auch das Gesamtergebnis TRUE. Das bedeutet, dass der aktuelle Wert den Warnwert überschreitet und ein Problem aufgetreten ist.