Portée de l'alerte seuil à une instance spécifique

Vous pouvez définir un seuil d'alerte qui se déclenche lorsqu'il est dépassé par l'une des instances de votre application Java . L'application d'une condition à l'instance de votre application est utile pour détecter les anomalies qui se produisent uniquement dans un sous-ensemble de l'instance de votre application.

Ces types d'anomalies sont faciles à manquer pour les applications qui sont agrégées sur un grand nombre d'instances. En examinant chaque instance, vous pouvez identifier plus rapidement l’origine des problèmes potentiels.

Exemple

Dans cet exemple, vous configurez une politique pour une application Java avec trois instances. Vous souhaitez ouvrir un incident lorsque le seuil critique de la condition pour le taux d'erreur d'une instance est supérieur à 0,02 % for at least cinq minutes.

Pendant une période de cinq minutes, les trois instances ont ces taux d'erreur :

Créer une condition d'alerte basée sur instance

Pour créer une politique qui déclenche la notification d'un incident par l'instance individuelle de votre application :

1. Suivez le processus de flux de travail de base pour configurer une politique.
2. Lors de la création d’une condition (étape 2), sélectionnez APM.
3. Sélectionnez Application metric comme type de condition.
4. Pour évaluer le seuil d'alerte incident individually pour chacune des instances sélectionnées de l'application, sélectionnez Scope to Java application instances.
5. Sélectionnez Next, select entities, puis identifiez une ou plusieurs applications pour cette condition.
6. Facultatif : modifiez l’heure à laquelle alertesforcera la fermeture de l’incident (la valeur par défaut est 24 heures).
7. Utilisez la préférence d’incident By condition ou By condition and signal .
8. Continuez le reste du processus de workflow des politiques (étape 3).

Utiliser la préférence d'incident « Par condition »

Lors de la définition de la préférenceincident pour les stratégies contenant des conditions basées sur instance , nous vous recommandons de sélectionner By condition au lieu de By condition and signal. Bien que les applications soient l’entité sélectionnée pour cette condition, nous évaluons chaque JVM comme une entité distincte.

Si vous définissez votre Incident preference sur By condition and signal, un incident distinct sera ouvert pour chaque JVM qui dépasse le seuil critique. Lorsqu'une application échoue sur plusieurs JVM, cela peut entraîner de la fatigue en raison des « alertes auxiliaires » et de la frustration.

Utiliser l'API REST pour les alertes d'instance

Pour créer instanceune condition d'alerte basée sur avec l'API REST de New Relic, incluez ces éléments avec votre appel d'API REST :

• Votre clé API.
• Le entity_id numérique pour l'entité monitorée
• Le condition_id (disponible depuis l'API Explorer : Alerts Conditions > GET > List)
• Le entity_type (défini sur "application")
• Le condition_scope (défini sur "instance" pour une instance d'application Java ou "application" pour une application Java)

Voici un exemple du format de demande d'API et de la réponse 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"
        }
      ]
    }
  ]
}