New Relic のアラート機能と応用インテリジェンス機能を最大限に活用するには、いくつかの基本的な用語と概念を理解するのに役立ちます。
アラート条件の違反がどのようにインシデントにつながるか、インシデントがどのように問題につながるか、およびワークフローのロジックがどのように通知につながるかを示す図。
アラート条件を構成することにより、テレメトリ データのアラートを設定します。アラート条件は、何が違反を構成し、インシデントをトリガーするかを定義します。たとえば、ホストの CPU が 80% を超えた場合にインシデントを開くアラート条件を作成できます。インシデントは問題を引き起こします。これは、実際に通知につながるものです。問題は、症状の根底にある問題を説明するインシデントのグループです。新しいインシデントが作成されると、問題が作成されます。インシデントは、時間の経過に伴うシステムの「症状」を説明するイベントのグループです。これらの症状は、New Relic アラート条件または外部監視ツールによって検出されます。イベントは、New Relic アラート条件または外部監視システムによって定義された状態の変化またはトリガーを示します。イベントには、影響を受けるエンティティに関する情報が含まれています。
条件はアラートポリシー内にあります。ポリシーには、そのポリシーのすべての条件を管理する上位レベルの設定が含まれています。1 つの設定は問題の作成設定で、複数のインシデントを単一の問題にグループ化する方法を管理します。たとえば、すべてのインシデントに独自の問題があると判断したり、条件ごとにグループ化したり、ポリシーごとにグループ化したりすることができます。これは、問題をより大きな問題にグループ化する論理操作です (独自のカスタム決定を作成することもできます)。決定を有効にした場合、他の問題が評価され、それらが新しく作成された問題と関連付けられるかどうかが確認されます。その場合は、関連する問題をまとめてノイズを減らし、根本原因の分析を容易にします。
問題はワークフローをトリガーすることができます。これにより、問題を通知に変換する方法を制御できます。宛先は、通知を受け取るサービスです。Slack、PagerDuty、ServiceNow、シンプルな Web フックなどの一般的なサービスをサポートしています。ユーザーが冗長な宛先を作成しないように、宛先のセットアップを慎重に管理することをお勧めします。
最初のアラートの作成を開始しますか?最初のアラートを参照してください。