アラート配信のトラブルシューティング

最終更新日 - 04年2026月XNUMX日

すべてのアラートは、LogicMonitorインターフェイス内に表示されます。 さらに、テキスト、電子メール、音声通話、チケットシステムなどのサードパーティアプリとの統合など、さまざまな配信方法を介してアラートをルーティングすることを選択できます（アラートルールとエスカレーションチェーンを使用）。

受信する必要があるルーティングされたアラート通知を受信して​​いないと思われる場合、またはアラート通知が多すぎると思われる場合は、次のセクションに記載されているトラブルシューティングのヒントに従ってください。

欠落しているアラート通知のトラブルシューティング

アラートの生成とそれに続くアラート通知のルーティングには、LogicMonitorに多くの可動部分があります。 さらに、アラートノイズを低減するために、対象となる状況下でアラート通知をインテリジェントに抑制しようとする機能があります。 次のセクションでアラート通知が欠落している考えられる原因を確認して、状況に当てはまるものがあるかどうかを確認してください。

アラートは生成されていますか？

まず、問題がアラート生成にあるのか、アラート配信にあるのかを区別することが重要です。ルーティングの有無にかかわらず、すべてのアラートはLogicMonitorアカウントの「アラート」ページ/タブに表示されます。

通知を受信して​​いるはずのアラートがインターフェース内で見つからない場合（フィルター条件にクリア済みのアラートを手動で含めるようにしてください）、そのアラートはそもそもトリガーされていない可能性があります。この場合、データポイントのしきい値やウェブサイトのアラート設定など、トリガー条件を調整して、期待どおりにアラートがトリガーされるようにする必要があります。詳細については、以下をご覧ください。 データポイントの静的しきい値 の三脚と Webサイトアラート構成.

アラートはアラートルールと一致しますか？

LogicMonitorアカウント内でアラートは表示されているものの、アラート通知が届かない場合は、その種類のアラートの通知をルーティングするようにアラートルールが設定されているかどうかを確認する必要があります。アラート通知をルーティングするには、特定のウェブサイト、EventSource、リソースデータポイントがアラートルールと一致している必要があり、そのアラートルールが通知の配信先となる受信者を含むエスカレーションチェーンを参照している必要があります。詳細については、以下をご覧ください。 アラートルール の三脚と エスカレーションチェーン.

ほとんどの場合、アラート通知は予期しないアラートルールに一致しているため、意図した宛先に到達しません。 この可能性をトラブルシューティングするには、次のことができます。

• アラートルーティングをテストします。詳細については、 アラート配信のテスト.
• [アラート]ページの[アラートルール]列を表示して、どのアラートルールがアラートに一致しているかを確認します。 [アラート]ページの列のカスタマイズの詳細については、を参照してください。 アラートページからのアラートの管理.

アラートはスケジュールされたダウンタイム (SDT) 中にトリガーされましたか?

SDT期間中に発生したアラートはLogicMonitorインターフェースに表示されますが、外部配信にはルーティングされません。SDT内のリソース（ウェブサイト、EventSourceなど）は、LogicMonitorインターフェース全体で固有の時計アイコンで示され、SDTのステータスを素早く識別するのに役立ちます。詳細については、以下をご覧ください。 SDTタブ.

LogicMonitorのAIOps機能のXNUMXつによってアラート通知が抑制されていますか？

アラートがアラートルールに一致しても、LogicMonitorのインターフェース外にルーティングされない場合があります。このシナリオは、アラートのノイズをインテリジェントに削減するLogicMonitorのAIOps機能のいずれかによってアラート通知の抑制が有効になっている場合に発生します。詳細については、以下をご覧ください。 データポイントの動的しきい値 の三脚と 依存アラートマッピング.

エスカレーションチェーンレートは制限されていますか？

エスカレーションチェーンでレート制限が有効になっている場合、指定した期間にエスカレーションチェーンに送信できるアラート通知の数が制限されます。 レート制限の詳細については、を参照してください。 エスカレーションチェーン.

ユーザーの連絡先情報が間違っていませんか？

エスカレーションチェーンの受信者は通常、ユーザーアカウントを使用して指定されます。 エスカレーションチェーン内のユーザーの情報が正しくない場合、アラート通知は正しく配信されません。 連絡先の設定を再確認してください（設定 > ユーザーと役割 > ユーザー）問題のユーザーアカウントの場合。

受信している電子メールまたはSMSゲートウェイは、メッセージの配信を拒否したり、メッセージをキューに入れたりしていませんか？

スパム制御、ゲートウェイの誤った構成、DNS の問題などにより、アラート通知メッセージが拒否されたり、キューに入れられたりする可能性があります。

アラート通知は、電子メールクライアントによってスパムとしてマークされましたか？

スパムフォルダを確認してください。

コレクター、Webサイト、EventSource、または外部アラートのアラート通知がありませんか？

• コレクタ—コレクターのダウンアラートの通知が届かない場合は、コレクターに有効なエスカレーションチェーンが指定されていることを確認してください。詳細については、 コレクターの監視.
• ウェブサイト—LogicMonitorはチェックポイントを使用してウェブサイトへのアクセス可能性を判断します。設定済みのWebチェックとPingチェックにより、複数または個々のチェックポイントの失敗に応じてアラート通知設定を変更できます。これらの設定が期待どおりであることを確認してください。ウェブサイトのアラート設定の詳細については、以下をご覧ください。 Pingチェック or ウェブチェック.
• イベントソース—LogicMonitorは、重複するEventSourceアラート通知の一部を自動的に抑制します。重複抑制の詳細を確認し、期待どおりの動作であることを確認してください。詳細については、以下を参照してください。 EventSourcesの作成.
• 外部警告—参照されたコレクターがオンラインであることを確認します。

アラート通知が多すぎるトラブルシューティング

LogicMonitorアラート通知メールの受信が多すぎると、最終的にアラートの疲労や重要なアラートの無視につながる可能性があります。 この望ましくない状況を回避するためのヒントは次のとおりです。

• 静的データポイントのしきい値を環境に合わせて調整します。詳細については、 データポイントの静的しきい値.
• 特定の状況においてアラート通知をインテリジェントに抑制するAIOps機能を有効にします。詳細については、以下をご覧ください。 データポイントの動的しきい値 の三脚と 依存アラートマッピング.
• すべてのアラートをルーティングしないようにします。重大度が警告（エラーや重大ではない）のアラートなど、一部のアラートは、LogicMonitorレポートで定期的に確認するか、カスタムアラート配信方法を使用してチケットシステムに投稿する方が適切です。詳細については、以下を参照してください。 カスタムHTTP配信.