Cette traduction automatique est fournie pour votre commodité.
En cas d'incohérence entre la version anglaise et la version traduite, la version anglaise prévaudra. Veuillez visiter cette page pour plus d'informations.
Lorsque vous créez une condition, vous définissez thresholds personnalisés qui déterminent ce qui ouvrira un incident. Ce document explique ce que sont les seuils et comment les définir.
Anomaly:Un seuil d'anomalie utilise les données passées pour prédire de manière dynamique le comportement des données dans un futur proche. Cela s'ajustera au fil du temps à mesure qu'il apprendra les modèles de vos données.
Exemples de seuil :
Le temps de réponse Web moyen d’une application est supérieur à 5 secondes pendant 15 minutes.
Le taux d'erreur par minute d'une application atteint 10 % ou plus au moins une fois par heure.
Le temps de réponse AJAX d'une application s'écarte d'une certaine manière de son comportement attendu.
Outre un niveau de seuil critique, vous pouvez également définir un seuil pour un niveau d'avertissement moins grave.
Afficher et mettre à jour le seuil des conditions existantes
Pour afficher le seuil d'une condition : recherchez cette condition dans l'UI. Pour mettre à jour le seuil, sélectionnez le seuil d'une condition et apportez des modifications.
Pour en savoir plus sur les types de conditions d'alerte spécifiques (comme l'anomalie et NRQL), consultez Types de conditions.
Détails sur les autres fonctionnalités et règles :
Vous pouvez répertorier et modifier les conditions avec l'API d'alertes.
Vous pouvez définir un seuil pour deux niveaux : critique et avertissement. Au moins un seuil doit être défini.
Niveau de seuil
Détails
Critique (rouge)
Facultatif. Il ouvrira un incident de niveau de priorité critique et enverra une notification en fonction du paramètre de préférence de création de problème de la politique et de tout workflow que vous avez éventuellement configuré. Le seuil de signal perdu, lorsqu'il est déclenché, ouvre également un incident de niveau de priorité critique. Voir ci-dessous pour plus de détails.
Avertissement (jaune)
Facultatif. Il ouvrira un incident de niveau de priorité élevé et pourra envoyer une notification en fonction du paramètre de préférence de création de problème de la politique et de tout workflow que vous avez éventuellement configuré. Utilisez un seuil d'avertissement si vous souhaitez monitorer lorsqu'un comportement du système est préoccupant ou remarquable mais pas suffisamment important pour nécessiter un seuil de niveau critique.
Une perte de signal est une période pendant laquelle aucune donnée n'est reçue par New Relic. Cela peut être le résultat d'une entité ou d'un service hors ligne, d'un problème avec un agent ou un collecteur, ou de problèmes de réseau dans un data center ou sur Internet. Vous pouvez utiliser la détection de perte de signal pour créer un nouvel incident lorsqu'un signal s'arrête de manière inattendue. Vous pouvez également l'utiliser pour déterminer quand un service éphémère s'arrête et définir l'action pour fermer tout incident ouvert existant pour cette condition. Une autre option dans les paramètres de perte de signal consiste à ignorer l'ouverture d'un incident lorsqu'un signal est censé se terminer. Consultez la documentation sur la perte de signal pour plus d'informations.
Différents types de conditions ont des intervalles de temps minimum différents. Par exemple, certains types de conditions ont un intervalle de temps minimum de 5 minutes (par exemple, lacondition d'alerte métrique), et d'autres ont un intervalle de temps minimum de 1 minute (par exemple, laNRQL condition d'alerte ). La même chose se produit avec l’intervalle de temps maximum, où le montant est de 120 minutes.
