1 トリガーの設定
概要
トリガーを設定するには、次の手順を実行します。
- データ収集 > ホスト に移動します
- ホストの行にある トリガー をクリックします
- 右側の トリガーの作成 をクリックします（または既存のトリガーを編集するにはトリガー名をクリックします）
- フォームにトリガーのパラメータを入力します
トリガーおよびその計算時間の詳細については、一般情報も参照してください。
設定
トリガー タブには、トリガーのすべての重要な属性が含まれています。
必須の入力フィールドには赤いアスタリスクが付いています。
| Parameter | Description |
|---|---|
| Name | トリガー名。 サポートされるマクロは次のとおりです: {HOST.HOST}, {HOST.NAME}, {HOST.PORT}, {HOST.CONN}, {HOST.DNS}, {HOST.IP}, {ITEM.VALUE}, {ITEM.LASTVALUE}, {ITEM.LOG.*}, および {$MACRO} ユーザーマクロ。 $1, $2...$9 マクロは、式の1番目、2番目...9番目の定数を参照するために使用できます。 注: $1-$9 マクロは、比較的単純で明快な式で定数を参照している場合に正しく解決されます。たとえば、名前 "Processor load above $1 on {HOST.NAME}" は、式が last(/New host/system.cpu.load[percpu,avg1])>5 の場合、自動的に "Processor load above 5 on New host" に変わります。 |
| Event name | 定義すると、この名前が障害イベント名の作成に使用されます。デフォルトでは、イベント名はトリガー名と同じです。 イベント名は、障害データを含む意味のあるアラートを作成するために使用できます (例 を参照)。 トリガー名と同じマクロセットに加えて、{TIME} および {?EXPRESSION} 式マクロがサポートされます。 |
| Operational data | マクロを含む文字列を入力すると、Monitoring > Problems に動的なリアルタイムデータを表示できます。あるいは、このフィールドを空欄にすると、トリガー式に含まれるすべてのアイテムの最新値が表示されます。 トリガー名と同じマクロセットがサポートされ、動的に解決できます。たとえば: {ITEM.VALUE<1-9>} は、トリガーの状態が変更された時点のアイテム値（障害の作成、復旧、手動クローズ、または相関によるクローズ）に解決されます。 {ITEM.LASTVALUE<1-9>} は、最新のアイテム値に解決されます。 障害を手動でクローズしても新しい値は生成されないため、どちらのマクロも障害発生時点の値を表示し続けます。また、最新値が Max history display period より古い場合、どちらのマクロも UNKNOWN に解決されることに注意してください（Administration > General を参照）。 |
| Severity | ボタンをクリックして、必要なトリガーの深刻度を設定します。 |
| Expression | 障害の条件を定義するために使用する論理式です。 時間サフィックス と メモリサイズサフィックス がサポートされます。 式に含まれるすべての条件が満たされると、つまり式が TRUE と評価されると障害が作成されます。Recovery expression に追加の復旧条件が指定されていない限り、式が FALSE と評価されるとすぐに障害は復旧します。 |
| OK event generation | OKイベント生成オプション: Expression - 障害イベントと同じ式に基づいて OK イベントが生成されます。 Recovery expression - 障害式が FALSE と評価され、復旧式が TRUE と評価された場合に OK イベントが生成されます。 None - この場合、トリガーは自動的に OK 状態に戻りません。 |
| Recovery expression | 元の障害式がすでに FALSE と評価された後、障害が復旧する前に満たす必要がある追加条件を定義する論理式（任意）です。 Recovery expression は、トリガーのヒステリシスに役立ちます。障害式がまだ TRUE の場合、復旧式だけで障害を復旧させることはできません。 このフィールドは、OK event generation で 'Recovery expression' が選択されている場合にのみ使用できます。 |
| PROBLEM event generation mode | 障害イベントの生成モード: Single - トリガーが最初に 'Problem' 状態になったときに1つのイベントが生成されます。 Multiple - トリガーの 'Problem' 評価のたびにイベントが生成されます。 |
| OK event closes | OKイベントが閉じる対象を選択します: All problems - このトリガーのすべての障害。 All problems if tag values match - イベントタグ値が一致するトリガー障害のみ。 |
| Tag for matching | イベント相関に使用するイベントタグ名を入力します。 このフィールドは、OK event closes プロパティで 'All problems if tag values match' が選択されている場合に表示され、この場合は必須です。 |
| Allow manual close | このトリガーによって生成された障害イベントの手動クローズを許可する場合にチェックします。手動クローズは、障害イベントを承認するときに可能です。 |
| Menu entry name | 空でない場合、ここで入力した名前（最大64文字）が、Menu entry URL パラメータで指定されたトリガーURLのラベルとして、いくつかの Webインターフェース上の場所で使用されます。空の場合は、既定の名前 Trigger URL が使用されます。 トリガー名と同じマクロセットに加えて、{EVENT.ID}, {HOST.ID}, {TRIGGER.ID} がサポートされます。 |
| Menu entry URL | 空でない場合、ここで入力したURL（最大2048文字）は、event menu のリンクとして、いくつかの Webインターフェース上の場所で利用できます。たとえば、Monitoring > Problems で障害名をクリックしたときや、ダッシュボードウィジェット Problems で利用されます。 トリガー名と同じマクロセットに加えて、{EVENT.ID}, {HOST.ID}, {TRIGGER.ID} がサポートされます。注: 秘密値を持つユーザーマクロはURL内で解決されません。 |
| Description | このトリガーに関する追加情報を提供するためのテキストフィールドです。特定の障害を修復するための手順、担当者の連絡先などを含めることができます。 トリガー名と同じマクロセットがサポートされます。 |
| Enabled | 必要に応じて、このボックスのチェックを外すとトリガーが無効になります。 無効化されたトリガーの障害は Webインターフェースに表示されなくなりますが、削除されることはありません。 |
Tags タブでは、トリガーレベルのタグを定義できます。このトリガーのすべての障害には、ここで入力した値がタグ付けされます。
さらに、Inherited and trigger tags オプションを使用すると、トリガーがそのテンプレート由来の場合に、テンプレートレベルで定義されたタグを表示できます。 同じタグを持つテンプレートが複数ある場合、それらのタグは1回だけ表示され、テンプレート名はカンマで区切られます。 トリガーはホストレベルのタグを「継承」して表示することはありません。
| Parameter | Description |
|---|---|
| Name/Value | トリガーイベントを識別するためのカスタムタグを設定します。 タグはタグ名と値のペアです。名前のみを使用することも、値と組み合わせることもできます。トリガーには、同じ名前で値が異なる複数のタグを持たせることができます。 ユーザーマクロ、コンテキスト付きユーザーマクロ、低レベルディスカバリマクロ、および {{ITEM.VALUE}}, {{ITEM.LASTVALUE}} を含むマクロ関数がイベントタグでサポートされます。低レベルディスカバリマクロは、マクロコンテキスト内で使用できます。{TRIGGER.ID} マクロはトリガータグ値でサポートされます。これは、トリガープロトタイプから作成されたトリガーを識別したり、たとえばメンテナンス中にこれらのトリガーからの障害を抑制したりするのに役立ちます。 展開後の値の合計長が255を超える場合、255文字に切り詰められます。 イベントタグでサポートされるすべてのマクロを参照してください。 イベントタグは、イベント相関、アクション条件で使用でき、Monitoring > Problems または Problems ウィジェットにも表示されます。 |
Dependencies タブには、トリガーのすべての依存関係が含まれています。
新しい依存関係を追加するには、Add をクリックします。
既存のトリガーを開き、Clone ボタンを押してから別の名前で保存することでも、トリガーを設定できます。
評価式のテスト
設定したtrigger 式が、受け取った値によってどのような式結果になるかをテストすることが可能である。
例として、公式テンプレートにある以下の式を挙げる。
avg(/Cisco IOS SNMPv2/sensor.temp.value[ciscoEnvMonTemperatureValue.{#SNMPINDEX}],5m)>{$TEMP_WARN}
または
last(/Cisco IOS SNMPv2/sensor.temp.status[ciscoEnvMonTemperatureState.{#SNMPINDEX}])={$TEMP_WARN_STATUS}式をテストするには、式フィールドの下にあるExpression constructorをクリックします。
Expressionコンストラクタでは、個々の式がすべてリストアップされます。テスト・ウィンドウを開くには、
式リストの下にある Test をクリックします。
テスト画面では、サンプル値（この例では '80' , '70' , '0' , '1'）を入力し、Testボタンをクリックすると、 式の結果を確認することができます。
個々の表現だけでなく、全体の表現の結果も見ることができます。
"TRUE "は、指定された式が正しいことを意味する。このケースAでは、"80" は{$TEMP_WARN}の指定値(この例では "70"です)より大きい。
予想通り、"TRUE "の結果が表示される。
"FALSE "は、指定された式が正しくないことを意味します。この場合この特定のケースBでは、
{$TEMP_WARN_STATUS}の "1 "が "1 "と等しい必要がある。"1" は、指定された値、この例では "0 "と等しくなければならない。
予想通り、"FALSE"の結果が表示される。
式のタイプは "OR "である。指定された条件のうち少なくとも1つ（この例ではAまたはB）が
指定された条件（この例ではAまたはB）の少なくとも1つが "TRUE" であれば、全体の結果も"TRUE"となります。
つまり、現在値が警告値を超えており、問題が発生していることを意味します。