原文： Alerts Troubleshooting Framework- Notifications
このガイドでは、New Relic Alertsでインシデントの通知を設定し、通知されるべきインシデントが発生したと考えられるのにもかかわらず、通知を受け取れなかった場合のトラブルシューティングについて解説しています。
- まず、インシデントへのリンクを確認します。
- Warning閾値の違反ではインシデントは開かないため、違反の通知を受けることもできませんので、ご注意ください。
- その時点においてインシデントが開いたかどうかを確認します。Alerts ＆ AI UIのIncidentのEventsタブを使用して、違反が開かれたかどうかを確認できます。アラート条件名で検索してみてください。
- 違反が開くべき時間に開かれなかった場合、誤ったアラートのトラブルシューティングフレームワークを進めてください。
- アラート条件のポリシーで、インシデントのpreferencesが何であるかを確認します。By conditionやBy policyになっている場合は、すでにインシデントが開いていて、違反がそれにまとめられた可能性があります。
- 通知が送信されるべきだった（違反が独自のインシデントになったか、少なくとも新しいインシデントを開いた）場合、Incidents UIのEventsタブをチェックして、通知の送信に問題がなかったかどうかを確認します。すべてに「NOTIFICATION SENT」と表示されているはずです。
- メールが送信されたと表示されている場合は、New Relicのメールがブロックされていないか、メール管理者に確認してください。次にNew Relic Global Technical Support に連絡してください。
- アラート通知チャネルのテストでテスト通知の送信を試してください。 Test alert notification channels
- 通知チャネルに問題がある場合は、UIに詳細情報を含むメッセージが表示されるはずです。
- 通知テストで、一番上のメッセージでresponse: 200として返ってくる場合、New Relicがテスト通知の送信に成功したことを示しています。下のメッセージは、New Relicが通知エンドポイントから受け取った応答です。
- webhooksのトラブルシューティング- response: 200と表示された場合、New Relic側でできることはあまりありません。トップメッセージとして200が表示されている場合、New Relicができることはあまりありません。ここでは、webhooks のトラブルシューティングに使用できるいくつかの提案をご紹介します。
- ここまで来て、まだ通知の送信に問題があるようであれば、New Relic Global Technical Support に連絡してください。その際、何を試し、何を見つけたのか、問題の詳細な説明を必ずご連絡ください。
本ブログに掲載されている見解は著者に所属するものであり、必ずしも New Relic 株式会社の公式見解であるわけではありません。また、本ブログには、外部サイトにアクセスするリンクが含まれる場合があります。それらリンク先の内容について、New Relic がいかなる保証も提供することはありません。
