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 obligatorischen Eingabefelder sind mit einem roten Sternchen markiert.
| Parameter | Beschreibung |
|---|---|
| Name | Auslösername. Unterstützte Makros sind: {HOST.HOST}, {HOST.NAME}, {HOST.PORT}, {HOST.CONN}, {HOST.DNS}, {HOST.IP}, {ITEM.VALUE}, {ITEM.VALUE.AGE}, {ITEM.VALUE.DATE}, {ITEM.VALUE.TIME}, {ITEM.VALUE.TIMESTAMP}, {ITEM.LASTVALUE}, {ITEM.LASTVALUE.AGE}, {ITEM.LASTVALUE.DATE}, {ITEM.LASTVALUE.TIME}, {ITEM.LASTVALUE.TIMESTAMP}, {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 Auslösernamen. Der Ereignisname kann verwendet werden, um aussagekräftige Alarme mit Problemdaten zu erstellen (siehe Beispiel). Es wird derselbe Satz an Makros unterstützt wie beim Auslösernamen, zusätzlich {TIME}, {TIMESTAMP} und {?EXPRESSION}-Ausdrucksmakros. |
| Operational data | Betriebsdaten ermöglichen die Definition beliebiger Zeichenfolgen zusammen mit Makros. Die Makros werden dynamisch in Echtzeitdaten unter Monitoring > Problems aufgelöst. Während Makros im Auslösernamen (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 Betriebsdaten die Fähigkeit, die aktuellsten Informationen dynamisch anzuzeigen. Wenn auf Auslöserebene keine Betriebsdaten konfiguriert sind, werden die neuesten Werte aller Datenpunkte aus dem Ausdruck angezeigt. Es wird derselbe Satz an Makros unterstützt wie beim Auslösernamen. |
| Severity | Legen Sie die erforderliche Auslöser-Schweregrad fest, indem Sie auf die Schaltflächen klicken. |
| Expression | Logischer Ausdruck, der zur Definition der Bedingungen eines Problems verwendet wird. Zeit-Suffixe und Speichergrößen-Suffixe werden unterstützt. Ein Problem wird erstellt, nachdem alle im Ausdruck enthaltenen Bedingungen erfüllt sind, d. h. der Ausdruck zu TRUE ausgewertet wird. Das Problem wird so bald wie möglich behoben, sobald der Ausdruck zu FALSE ausgewertet wird, 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 zu FALSE und der Wiederherstellungsausdruck zu TRUE ausgewertet wird; None - in diesem Fall kehrt der Auslöser niemals von selbst in den 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 für die Auslöser-Hysterese nützlich. 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 '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 diejenigen 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 diese Option, um das manuelle Schließen von durch diesen Auslöser erzeugten Problemereignissen zu erlauben. 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 Frontend-Positionen 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. Es wird derselbe Satz an Makros unterstützt wie beim Auslösernamen, 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 Frontend-Positionen als Link im Ereignismenü verfügbar, zum Beispiel beim Klicken auf den Problemnamen in Monitoring > Problems oder im Dashboard-Widget Problems. Es wird derselbe Satz an Makros unterstützt wie beim Auslösernamen, 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 verantwortlichen Mitarbeiter usw. enthalten. Es wird derselbe Satz an Makros unterstützt wie beim Auslösernamen. |
| 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öserebene 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 das Anzeigen von auf Vorlagenebene definierten Tags, wenn der Auslöser aus 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 | Legen Sie benutzerdefinierte Tags fest, um Auslöserereignisse zu kennzeichnen. Tags sind ein Paar aus Tag-Namen und 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öserprototypen erstellt wurden, und beispielsweise Probleme dieser Auslöser während der Wartung 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 Abhängigkeiten 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 anschließend unter einem anderen Namen speichern.
Testen von Ausdrücken
Es ist möglich, den konfigurierten Auslöser-Ausdruck darauf zu testen, wie das Ergebnis des Ausdrucks 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 unter dem Ausdrucksfeld auf Expression constructor.
Im Expression constructor werden alle einzelnen Ausdrücke aufgelistet. Um das Testfenster zu öffnen, klicken Sie unter der Ausdragsliste 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 Ergebnis des Ausdrucks 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.