アプリケーションをNew Relicに接続し、チャートとダッシュボードの調査を開始したら、次のステップとして、集計を作成して、データ内の異常な動作についてチームに最新情報を提供することをお勧めします。 機能により、New Relic エクスペリエンスが、単なるデータの取り込みから、思慮深く効果的なアクションの実行へと向上します。
ここでは、 New Relicのアラート機能の学習を開始できるように、最初の集計を作成する 5 つの手順について説明します。
チャートからアラート条件を作成する
アラートを開始する最も簡単な方法は、New Relic チャートからアラートを作成することです。このルートは NRQL アラート条件を最初から作成するのと同じですが、チャートには作業用の NRQL クエリが既に含まれています。
アラート条件は基本的に、異常な動作が通知される前に満たす必要がある条件を定義するために作成するコンテナーです。この例では、Web トランザクション時間の遅延の問題をチームに通知するアラートを作成します。
したがって、この場合、ウェブ上のタイムが 50 ミリ秒を超えないようにしたい場合は、ウェブ上のタイムが 50 ミリ秒を超えたときにアラート条件を構築し、大量モニター イベントを作成します。
アラート条件のしきい値を設定する
アラート条件がコンテナの場合、閾値は各アラート条件に含まれるルールです。 データがシステムにストリーミングされると、アラート条件はこれらのルールの一連のイベントを検索します。 アラート条件により、設定したすべての条件を満たしたデータがシステムから受信されると、大量イベントが作成されます。 イベント集中は、システムに何か問題があり、確認する必要があることを示しています。
あなたのチームは、Web トランザクション時間の遅延の問題を探すためにアラート条件を作成しています。次に、この条件が検索するルールを作成します。
高度な信号設定の微調整
New Relic は、アプリケーションからシステムにストリーミングされるデータを継続的に監視します。 ただし、すべてのアプリケーションが同じ周波数またはリズムで信号を送信するわけではありません。 一部のイベントは 1 分ごとにシステムに信号を送信できますが、他のイベントは 1 日に 1 回しか New Relic にデータを報告できません。 アラート条件は、 specificユースケース用に設計されたspecificコンテナーです。 アラート条件を作成する場合、このセクションは評価するデータに対して最もカスタマイズ可能です。
これらの高度なシグナル設定を、Web トランザクションの遅延の問題を探している条件に合わせてカスタマイズします。
条件をポリシーに関連付ける
Web プレータイムにレイテンシの問題が発生した場合は、できるだけ早く通知を受け取りたいと考えています。 最も迅速かつ効率的なアクションは、Web 対話タイムに時間がかかりすぎる場合に連続イベントを開くアラート条件を作成することです。
このアラート条件は、すべてのルールを保持するコンテナーです。つまり、静的しきい値または異常しきい値を使用しているか、スライディング ウィンドウ集計を使用しているか、または評価期間を通常のままにしているか?
プロセスのこの時点で、完全に定義されたコンテナーが完成しました。また、開催したいときに開催されるイベントを確実に開催するためのすべてのルールを設定しました。 上記の設定に基づいて、設定した閾値に違反するシステム内の動作をアラート条件が認識すると、大量イベントが作成されます。 ここで必要なのは、このコンテナをポリシーに添付することだけです。
方針は、まとめイベントのソートシステムです。 ポリシーを作成すると、受信するすべてのイベントを整理するツールが作成されます。 すべての受信情報の送信先、送信頻度、送信場所を New Relic に指示するポリシーをworkflowsに接続できます。