フィルタリングは、次の調整可能な条件に基づいています。

新しい応答は、次の順序でフィルターを使用して検証されます。

  1. エラー コード チェック – 受信したエラー コード (HTTP “404 NOT FOUND” など) と、フィルターで指定された無視エラーの一覧を比較します。
  2. タスク番号の確認 – 失敗したタスクの数が、フィルタで指定されたタスクの数以上であるか、または等しいかどうかを確認します。
  3. 監視エージェントの場所の確認 – 失敗した監視場所 (別名「エージェント」) の数が、フィルターで指定された監視場所の数以上であるか、または等しいかどうかを確認します。 エラーを報告するモニター・エージェントのロケーションの数がフィルターで指定された数に達すると、エラー継続時間タイマーが開始されます。
  4. エラー期間タイマーチェック – 報告されたエラーの期間とフィルタで指定された期間を比較します。
  5. 所有者デバイスの状態チェック – 所有者デバイスがDOWNであるかどうかを確認します。 所有者デバイスがダウンしている場合、アラート メッセージは送信されません (通知のフィルターにのみ影響します)。

既定のフィルター

新しい監視デバイスが設定されると、 < デフォルトフィルタ > が自動的に割り当てられます。 <デフォルトフィルタが > エラーのアラートを送信するには、エージェントの場所を監視する2つ以上のエラーがエラーを検出する必要があります。

< > ほとんどの「迷惑な」エラーアラート(重要でないネットワーク「しゃっくり」など)を抑制するように設計されている場合、デフォルトフィルタをお勧めします。

ただし、1 つの監視場所のみを < 既定のフィルター で使用する場合 > 、エラーの確認に必要な 2 つの監視場所の既定のフィルター要件は無視されます。 この状況では、既定のフィルターが有効になっている場合でも、1 つの監視場所でエラーが検出された場合にエラーが確認されます < > 。 実際、使用される監視場所の数が、デバイスのエラーを検出するためにフィルタ内で設定された必要な場所よりも少ない場合、フィルタは無視されます。

例：

  • 「XX 以上の 監視場所ではエラーが確認されません」 :15 の世界規模の監視場所から会社の Web サイトを監視するようにデバイスが設定されています。 デバイスの所有者は、2つのバックボーンプロバイダで同時に発生する一時的なネットワークの問題によって発生するアラートのために夜間に目を覚ますことを望んでいません。 したがって、少なくとも 3 つの監視場所で確認されない限り、フィルターはエラーを無視するように構成されています。
  • “XX 未満のタスクでエラーが検出されました” :組織には、4 台のルーターを持つワイド サブネットワークがあり、すべての着信トラフィックと発信トラフィックが保持されています。 ルーターの 1 つが一時的に過負荷状態になる場合に備えて、ルーターは交換可能に構成されています。 監視は、複数のルーターが地理的な場所からアクセスできない状況を検出するように構成されます。 この状況でのベスト プラクティスは、4 つの ICMP (ping) タスクを持つデバイスを作成し、フィルターを割り当てることです。 フィルタは、少なくとも 2 つの ICMP タスクでエラーが検出されない限り、エラーを無視するように設定されています。
  • デバイスに割り当てられた < 既定のフィルタ > は、2 つ以上の監視場所によってエラーが確認されない限り、アラートをバイパスします。
  • すべてのレポートに適用される < 既定のフィルタ > は、要求されたレポート期間内にエージェントの場所を同時に監視する 2 つ以上のエージェントによってエラーが確認された限り、応答を計算します。 (また、使用することを心に留めておいてください。 <既定のフィルター > 1 つの監視場所からのエラーは、DOWN 状態にはなりません。

参照: フィルターの構成