Vous pouvez créer des règles d'alerte de détection des seuils pour surveiller des applications spécifiques. Lorsqu'une règle d'alerte est déclenchée, le système notifie vos contacts spécifiés ou vos groupes DingTalk afin que vous puissiez prendre les mesures appropriées.
Prérequis
Assurez-vous que votre application est intégrée à Application Monitoring. Pour plus d'informations, consultez la rubrique Vue d'ensemble d'Application Monitoring.
Configurer la détection des seuils
Connectez-vous à la console ARMS.
Dans le volet de navigation de gauche, sélectionnez . Sur la page qui s'affiche, cliquez sur Create Alert Rule.
-
Sur la page Create Application Monitoring Alert Rule, spécifiez un Alert Rule Name et définissez le paramètre Alert Detection Type sur Threshold Detection.
RemarquePour savoir comment configurer les seuils dynamiques, consultez la rubrique relative aux seuils dynamiques.
-
Dans la section Alert Contact, sélectionnez les applications à surveiller, le type de métrique et les conditions de filtrage.
Paramètre
Description
Alert Application
Sélectionnez les applications à surveiller. Vous pouvez choisir une ou plusieurs applications, ou bien toutes les applications.
Automatically apply this alert rule to newly created applications
Cochez cette option pour appliquer automatiquement cette règle d'alerte aux nouvelles applications intégrées à Application Monitoring.
Metric Type
Sélectionnez le type de métrique à surveiller. Pour plus d'informations, consultez la rubrique Métriques pour les règles d'alerte.
RemarqueLes options disponibles dans les sections Alert rules et Filter Condition varient en fonction du Metric Type sélectionné.
Filter Condition
Filtrez la métrique pour réduire la portée de la surveillance.
Dimensions de la métrique d'alerte :
-
Traverse : la notification d'alerte inclut la valeur de dimension spécifique qui a déclenché l'alerte.
-
None : la notification d'alerte inclut la somme de toutes les valeurs pour cette dimension.
-
= : l'alerte inclut uniquement les données correspondant à la valeur de dimension spécifiée.
-
!= : l'alerte inclut les données pour toutes les valeurs de dimension, à l'exception de celle spécifiée.
-
Contains : l'alerte inclut uniquement les données dont les valeurs de dimension contiennent la chaîne spécifiée.
-
Does not contain : l'alerte inclut les données pour toutes les valeurs de dimension, sauf celles contenant la chaîne spécifiée.
-
RegEx match : l'alerte inclut uniquement les données dont les valeurs de dimension correspondent à l'expression régulière spécifiée.
-
-
Dans la section Alert rules, sélectionnez un Alert Trigger Mode et configurez la Alert Condition.
Paramètre
Description
Alert Trigger Mode
-
Single Condition : une alerte est déclenchée lorsque la condition spécifiée est remplie.
-
Multiple Conditions : sélectionnez une règle pour Alert Triggering Rules.
-
Meet All the Following Rules : une alerte n'est déclenchée que si toutes les conditions d'alerte sont remplies.
-
Meet One of the Following Rules : une alerte est déclenchée si l'une des conditions d'alerte est remplie.
-
Alert Condition
Single Condition :
Définissez une expression pour la règle d'alerte. Vous pouvez définir différents seuils pour différents niveaux de gravité.
Les niveaux de gravité des alertes vont de P4 (le plus bas) à P1 (le plus élevé). Vous pouvez configurer des seuils pour les niveaux souhaités. Il n'est pas nécessaire de définir un seuil pour chaque niveau.
Exemple 1 : déclencher une alerte P4 si le nombre moyen de JVM Full GC au cours des 5 dernières minutes est supérieur à 1, une alerte P3 s'il est supérieur à 2, une alerte P2 s'il est supérieur à 5 et une alerte P1 s'il est supérieur à 10.
Exemple 2 : déclencher une alerte P4 si le nombre moyen de JVM Full GC au cours des 5 dernières minutes est supérieur à 1.
Multiple Conditions :
Cliquez sur Add Condition pour définir plusieurs conditions d'alerte.
Par exemple :
Alert Triggering Rules : Meet All the Following Rules
Condition 1 : le taux d'erreur moyen des appels au cours des 2 dernières minutes est supérieur ou égal à 5 %.
Condition 2 : le nombre d'appels au cours des 2 dernières minutes est supérieur ou égal à 200.
En mode Multiple Conditions, vous devez également définir un Alert Level. Les niveaux de gravité des alertes vont de P4 (le plus bas) à P1 (le plus élevé).
Enter P4 recommended threshold
Utilisez le graphique de comparaison pour ajuster le seuil de la métrique. Si cette règle s'applique à plusieurs applications, cliquez sur l'icône
située à côté de Application pour générer des seuils recommandés différents selon les applications.ARMS utilise un algorithme intelligent pour recommander des seuils basés sur les données historiques des métriques. Pour plus d'informations, consultez la section Fonctionnement des seuils recommandés.
Alert quantity prediction
Affiche le nombre estimé de fois où la métrique aurait dépassé le seuil pendant la période historique sélectionnée. Vous pouvez cliquer sur un nombre spécifique pour voir les valeurs de métrique qui auraient déclenché une alerte à des moments précis dans le passé.
Chaque fois que vous créez ou modifiez une règle d'alerte, utilisez la fonctionnalité alert quantity prediction. Cette fonctionnalité analyse les données historiques pour prévoir le nombre d'alertes dans une période donnée, ce qui vous aide à affiner vos seuils. Pour plus d'informations, consultez la section Fonctionnement de la prévision du nombre d'alertes.
Wait for data completeness
Lorsque cette option est activée, le système attend que les données de métrique soient écrites de manière stable avant d'évaluer l'alerte, évitant ainsi les fausses alertes causées par des retards d'écriture ou des fluctuations des données.
Lorsque cette option est désactivée, la latence des notifications d'alerte est réduite, mais les alertes peuvent être déclenchées prématurément avant que toutes les données de métrique ne soient entièrement écrites, ce qui présente un risque de fausses alertes. Faites votre choix en fonction de la tolérance de votre activité entre la latence des notifications et la précision des alertes.
-
-
Configurez la Notification Policy et les Advanced Alert Settings.
Paramètre
Description
Notification Policy
-
Do Not Specify Notification Policy : si vous sélectionnez cette option, cette règle d'alerte n'envoie pas directement de notifications. Les notifications ne sont envoyées que si l'alerte correspond à une politique de notification distincte.
-
Specify a notification policy : lorsqu'une alerte est déclenchée, ARMS envoie des notifications d'alerte en utilisant la politique de notification spécifiée. Vous pouvez sélectionner une politique existante ou en créer une nouvelle. Pour plus d'informations, consultez la rubrique relative aux politiques de notification.
Advanced Alert Settings
No data
Spécifie comment gérer les alertes en cas d'absence de données, ou pour les métriques composites et les comparaisons de période à période. Si une condition d'alerte n'est pas remplie en raison d'un manque de données, vous pouvez configurer le système pour qu'il considère la valeur comme 0 ou 1, ou pour qu'il ne déclenche pas d'alerte.
Pour plus d'informations, consultez le glossaire de la gestion des alertes.
Si vous rencontrez une erreur lors de l'utilisation de la fonctionnalité Alert quantity prediction en mode d'alerte à condition unique, cela est généralement dû à l'absence de données de métrique sans stratégie de remplissage par zéro configurée. Activez la stratégie de correction des données par remplissage par zéro sous No data avant d'utiliser la fonctionnalité Alert quantity prediction.
-
Une fois la configuration terminée, cliquez sur Save.
Seuils recommandés
La fonctionnalité de seuils recommandés analyse les données historiques de l'application, de l'interface et de la métrique d'alerte sélectionnées pour recommander un seuil statique approprié. Elle génère également un graphique en temps réel comparant la métrique et le seuil afin de vous aider à ajuster ce dernier.
Cas d'utilisation
Si vous recevez fréquemment des alertes pour une métrique alors que votre système fonctionne normalement, il se peut que votre seuil soit trop bas ou inadapté à certaines applications ou interfaces. Dans ce cas, utilisez la fonctionnalité recommended thresholds pour ajuster le seuil de la règle d'alerte ou pour des applications et interfaces spécifiques. ARMS recommande automatiquement un nouveau seuil basé sur les données historiques.
Lorsque vous devez définir différents seuils pour une métrique sur de nombreuses applications et interfaces, utilisez la fonctionnalité recommended thresholds. Cette dernière emploie un algorithme intelligent pour définir rapidement des seuils appropriés pour chaque application ou interface, vous épargnant ainsi la peine d'une configuration manuelle.
Fonctionnement
Lorsque vous cliquez sur Enter P4 recommended threshold, ARMS récupère les données historiques des trois derniers jours pour la métrique spécifiée de chaque application et interface. Il utilise ensuite l'algorithme N-sigma pour calculer la moyenne et la variance. En supposant que vos modèles commerciaux sont stables, la métrique devrait suivre une distribution normale. Dans ce cas, les valeurs qui s'écartent considérablement (par exemple, de trois écarts types) de la moyenne sont rares et peuvent indiquer une anomalie. Sur la base de ce principe, ARMS suggère un seuil en fonction de la valeur moyenne et de la volatilité de la métrique au cours des trois derniers jours.
Le niveau d'alerte P4 présente la gravité la plus faible. Un seuil P4 recommandé indique une anomalie mineure. Vous pouvez utiliser la recommandation P4 comme référence de base pour définir des seuils pour des alertes plus graves, telles que P1, P2 et P3.
Prévision du nombre d'alertes
La fonctionnalité de prévision du nombre d'alertes analyse les données historiques pour prévoir le nombre d'alertes qui auraient été déclenchées au cours d'une période sélectionnée et affiche l'heure exacte à laquelle chaque alerte se serait produite.
Fonctionnement
ARMS analyse les données de métrique des dernières 24 heures pour prédire le nombre d'alertes que votre seuil proposé aurait générées. ARMS fournit également des détails indiquant les heures exactes auxquelles la valeur de la métrique aurait dépassé le seuil. Vous pouvez utiliser ces informations pour ajuster les seuils afin qu'ils correspondent mieux à vos besoins commerciaux.
FAQ
Pourquoi ma règle d'alerte avec une condition <=seuil se déclenche-t-elle lors des lacunes de données ?
Lorsque vous configurez une condition d'alerte à l'aide d'un opérateur inférieur ou égal à (par exemple, <= 2) et que l'objet surveillé (tel qu'une instance JVM unique) subit une lacune de données au cours de la période statistique — causée par un redémarrage de l'application, un blocage, une saturation du CPU, une interruption réseau ou tout autre problème empêchant la sonde de rapporter des données —, la valeur cumulative tombe en dessous du seuil en raison des données manquantes, ce qui déclenche une fausse alerte.
La cause première de ce type de fausse alerte est la discontinuité des données de surveillance. Le simple ajustement de la valeur du seuil ne permet pas de résoudre le problème. Pour y remédier, suivez l'une ou les deux étapes suivantes :
Investiguez et résolvez la cause de la lacune de données (par exemple, diagnostiquez les problèmes de disponibilité de l'application tels que les plantages de processus ou l'utilisation élevée du CPU qui empêchent la sonde de rapporter des métriques).
Configurez le paramètre No data pour définir la manière dont le système gère les données de métrique manquantes (par exemple, utilisez la stratégie de correction des données par remplissage par zéro pour substituer 0 aux points de données manquants pendant la fenêtre statistique).
Pourquoi ne puis-je pas collecter les données de surveillance de l'hôte ou du conteneur lors de la création d'une règle d'alerte de détection des seuils ?
La détection des seuils est principalement conçue pour les métriques de surveillance des applications. Si vous devez configurer des règles d'alerte pour les métriques de surveillance de l'hôte ou du conteneur, utilisez plutôt la détection par intervalle.