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

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

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

例

この例では、3 つのインスタンスを持つ Java アプリのポリシーを設定します。 インスタンスのエラー率の条件のクリティカル閾値が 0.02% より大きい場合にインシデントを開く必要があります。 for at least 5分。

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

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

アプリの個々のインスタンスによるインシデントの通知をトリガーするポリシーを作成するには:

1. 基本的なワークフローのプロセス に従って、ポリシーを設定します。
2. 条件を作成するとき（手順 2）、 APMを選択します。
3. 条件のタイプとしてApplication metricを選択します。
4. アプリの選択されたインスタンスごとに集計閾値インシデントindividuallyを評価するには、 Scope to Java application instancesを選択します。
5. Next, select entitiesを選択し、この条件に該当する 1 つ以上のアプリを特定します。
6. オプション: アラートインシデントを強制的にクローズする時間を変更します (デフォルトは 24 時間です)。
7. By conditionまたはBy condition and signal インシデント設定を使用します。
8. ポリシーワークフローの残りのプロセスを続ける（ステップ3）.

Use"By condition" incident preference

インスタンスベースの条件を含むポリシーのインシデント設定を行う場合は、 By condition and signalではなくBy conditionを選択することをお勧めします。 この条件ではアプリが選択されたテンプレートですが、各JVMは個別のテンプレートとして評価されます。

Incident preference を By condition and signal に設定すると、クリティカルしきい値を超えたJVMごとに個別のインシデントが開かれます。 複数の JVM にわたってアプリが失敗すると、「アラート疲れ」やフラストレーションにつながる可能性があります。

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

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

• あなたの API キー.
• 監視対象のエンティティの数値entity_id
• condition_id (API エクスプローラーから入手可能: Alerts Conditions > GET > List )
• entity_type （ "application"に設定）
• condition_scope （Javaアプリケーションインスタンスの場合は"instance"に設定され、Javaアプリケーションの場合は"application"に設定されます）

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

$
curl -X PUT 'https://api.newrelic.com/v2/alerts_entity_conditions/12345.json' \
>
     -H 'X-Api-Key:$API_KEY' -i \
>
     -H 'Content-Type: application/json' \
>
     -G -d 'entity_type=application&condition_id=234567'

{
  "condition": [
    {
      "id": 234567,
      "type": "apm_app_metric",
      "name": "demo",
      "enabled": true,
      "entities": [
        12345
      ],
      "metric": "apdex",
      "condition_scope": "instance",  <---<<< scope indicator
      "violation_close_timer": 24,
      "terms": [
        {
          "duration": "5",
          "operator": "above",
          "priority": "critical",
          "threshold": "1",
          "time_function": "all"
        }
      ]
    }
  ]
}