原文: 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 に連絡してください。その際、何を試し、何を見つけたのか、問題の詳細な説明を必ずご連絡ください。
The views expressed on this blog are those of the author and do not necessarily reflect the views of New Relic. Any solutions offered by the author are environment-specific and not part of the commercial solutions or support offered by New Relic. Please join us exclusively at the Explorers Hub (discuss.newrelic.com) for questions and support related to this blog post. This blog may contain links to content on third-party sites. By providing such links, New Relic does not adopt, guarantee, approve or endorse the information, views or products available on such sites.