• EnglishEspañol日本語한국어Português
  • ログイン今すぐ開始

この機械翻訳は参考用に提供されます。

英語版と翻訳版に矛盾がある場合は、英語版が優先されます。詳細については、 を参照してください。

問題を作成する

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

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 [スコープを Java アプリケーション インスタンスにする]を選択します。

  5. Select 次に、Entity を選択し、この条件に対応する1つまたは複数のアプリを特定します。

  6. オプション: 時刻を変更する

    インシデントを強制的に終了します (デフォルトは 24 時間です)。

  7. Use By condition or By condition and signal incident preference.

  8. ポリシーワークフローの残りのプロセスを続ける(ステップ3).

ヒント

アプリのすべてのインスタンスの平均に基づいてインシデントを開くには、[ Java アプリケーション インスタンスにスコープする]ではなく、[アプリケーションにスコープする] を選択します。

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 © 2024 New Relic株式会社。

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.