• ログイン無料アカウント

本書は、お客様のご参考のために原文の英語版を機械翻訳したものです。

英語版と齟齬がある場合、英語版の定めが優先するものとします。より詳しい情報については、本リンクをご参照ください。

問題を作成する

特定のインスタンスに警告のしきい値を適用

アラート しきい値 を設定して、Javaアプリのインスタンスのいずれかがそのしきい値に違反したときにトリガーすることができます。条件をアプリのインスタンスにスコープすることは、アプリのインスタンスのサブセットでのみ発生する異常を検出するのに役立ちます。

このような異常は、多数のインスタンスに渡ってメトリクスを集約するアプリケーションでは見逃されがちです。インスタンスごとに見ることで、潜在的な問題がどこから発生しているかをより迅速に特定することができます。

この例では、3 つのインスタンスを持つ Java アプリのポリシーを設定します。いずれかのインスタンスのエラー率に対する条件の臨界しきい値が0.02%以上 が少なくとも 5分間続いたときに違反を開くようにします。

5分間での3つのインスタンスのエラー率は以下の通りです。

アプリのインスタンス

午後4時45分

午後4時50分

違反したときには?

A

0.00%

0.00%

いいえ、このインスタンスはずっと目標値を下回っていました。

B

0.02%

0.03%

はい。 警告のしきい値が、このインスタンスの0.02%のしきい値を少なくとも5分間超えました。

C

0.10%

0.00%

いいえ。違反をオープンにするには、 の閾値が少なくとも5分連続で破られる必要があります。

ただし、 を5分間に1回以上 に設定していた場合は、5分間の間に を少なくとも1回 破る必要があります。

インスタンスベースのアラート条件の作成

アプリの個々のインスタンスが違反した場合に通知を行うポリシーを作成するには

  1. 基本的なワークフローのプロセス に従って、ポリシーを設定します。
  2. 条件 を作成するとき(ステップ2)、 APM を選択します。
  3. 条件の種類として、 アプリケーション・メトリック を選択します。
  4. アラート閾値違反 個別に アプリの選択された各インスタンスについて計算するには、 Scope to Java application instances を選択します。
  5. Select 次に、Entity を選択し、この条件に対応する1つまたは複数のアプリを特定します。
  6. オプションです。アラートが違反を強制的にクローズする時間を変更します(デフォルトは24時間)。
  7. Use By condition or By condition and signal incident preference.
  8. ポリシーワークフローの残りのプロセスを続ける(ステップ3).

ヒント

アプリケーションの全インスタンスの 平均 に基づいて違反を開くには、 Scope to Java application instances の代わりに Scope to the application を選択します。

Use"By condition" incident preference

インスタンスベースの条件を含むポリシーに インシデントの優先順位 を設定する際には、 By condition and signal ではなく By condition を選択することをお勧めします。この条件ではアプリが選択されていますが、各JVMを個別のエンティティとして評価します。

インシデントの環境設定By condition and signal に設定すると、クリティカルな閾値を超えた各JVMに対して個別のインシデントが開かれます。アプリが複数のJVMにまたがって障害を起こすと、アラート"疲労" やフラストレーションにつながる可能性があります。

インスタンスアラートにREST APIを使用

New Relic REST API でインスタンスベースの アラート条件を作成するには、REST API コールに以下の項目を含めてください。

ここでは、APIリクエストフォーマットとJSONレスポンスの例をご紹介します。

Copyright © 2022 New Relic Inc.