Questions fréquentes concernant les règles de surveillance des alertes dans Simple Log Service, couvrant la gravité des alertes, les alertes en l'absence de données, la récupération et la gestion des quotas.
Puis-je définir dynamiquement différentes gravités d'alerte ?
Oui. Lors de la configuration d'une règle de surveillance des alertes, définissez différents niveaux de gravité selon des conditions spécifiques. Pour plus d'informations, consultez la rubrique Définir la gravité de l'alerte.
Simple Log Service prend-il en charge les alertes en l'absence de données ?
Oui. Lors de la configuration d'une règle de surveillance des alertes, activez la fonctionnalité d'alerte en l'absence de données et spécifiez un niveau de gravité distinct. Pour plus d'informations, consultez la rubrique Alerte en l'absence de données.
Simple Log Service prend-il en charge la récupération automatique des alertes ?
Oui. Lors de la configuration d'une règle de surveillance des alertes, activez la récupération des alertes. Pour plus d'informations, consultez la rubrique Configurer les notifications de récupération.
Envoi d'alertes vers plusieurs cibles
Oui. Activez l'évaluation par groupe lors de la configuration d'une règle de surveillance des alertes. Pour plus d'informations, consultez la rubrique Configurer l'évaluation par groupe.
Désactiver temporairement une règle d'alerte
Oui. Sur la page Alert Monitoring Rule, cliquez sur Disable dans la colonne Actions.
Accorder des permissions à un utilisateur RAM
Pour autoriser un utilisateur RAM à gérer les alertes, accordez-lui les permissions requises. Pour plus d'informations, consultez la rubrique Accorder à un utilisateur RAM les permissions de gestion des alertes.
Erreur « Alert count exceeds the maximum limit »
Si vous recevez l'erreur Alert count exceeds the maximum limit lors de la création d'une règle de surveillance des alertes, le nombre de règles de surveillance des alertes dans le projet a atteint la limite maximale (100 par défaut). Pour augmenter le quota, consultez la rubrique Gérer les quotas de ressources.
Le quota peut être augmenté jusqu'à un maximum de 200 règles par projet. Si vous avez besoin de davantage de règles de surveillance des alertes, envisagez les stratégies suivantes :
Supprimez les règles de surveillance des alertes inutiles du projet.
-
Collectez les journaux dans différents projets afin de réduire le nombre de règles de surveillance des alertes au sein d'un même projet.
Par exemple, collectez les journaux du service A dans Project1 et ceux du service B dans Project2. Vous pourrez ensuite créer des règles de surveillance des alertes dans différents projets.
-
Consolidez les règles de surveillance des alertes similaires.
Par exemple, pour surveiller les données d'un même Logstore, créez une seule règle de surveillance des alertes et utilisez l'évaluation par groupe pour surveiller plusieurs cibles. Pour plus d'informations, consultez la rubrique Configurer l'évaluation par groupe.
-
Utilisez la transformation des données ou le Scheduled SQL pour agréger les données dans un seul Logstore avant de créer une règle de surveillance des alertes.
Par exemple, si vous devez surveiller les journaux d'erreurs provenant de plusieurs Logstores, consolidez tous les journaux d'erreurs dans un seul Logstore, puis créez une unique règle de surveillance des alertes pour celui-ci.
Configurer des alertes basées sur des mots-clés de journal
Configurez des règles de surveillance des alertes qui se déclenchent en fonction de mots-clés de journal spécifiques. Pour plus d'informations, consultez la rubrique Configurer des alertes basées sur des mots-clés de journal.
Surveiller différentes valeurs de champ
Si vous devez surveiller si une valeur quelconque d'un champ satisfait la condition de déclenchement sans connaître à l'avance toutes les valeurs possibles, utilisez l'évaluation par groupe. Cette méthode regroupe les données selon le champ spécifié et évalue la condition de déclenchement pour chaque groupe séparément. Pour plus d'informations, consultez la rubrique Configurer l'évaluation par groupe.
Par exemple, si vous stockez les données de métriques de plusieurs serveurs dans un seul Metricstore et souhaitez recevoir une alerte distincte pour chaque serveur dont l'utilisation du CPU (cpu_util) dépasse 95 %, utilisez l'évaluation par groupe.
Une seule condition de déclenchement est prise en compte
Les résultats des requêtes et des analyses sont évalués par rapport aux conditions de déclenchement dans l'ordre. Dès qu'un résultat correspond à une condition, les conditions suivantes sont ignorées. Par conséquent, organisez vos conditions de déclenchement de la gravité la plus élevée à la plus faible. Pour plus d'informations, consultez la rubrique Définir la gravité de l'alerte.
Alertes manquantes ou faux positifs
Alertes manquantes : une alerte est configurée pour se déclencher si le nombre de journaux d'erreurs dépasse 10. Toutefois, lorsque vous interrogez les journaux sur la page Search & Analysis d'un Logstore, vous constatez que le nombre d'erreurs était supérieur à 10 pendant une période donnée, mais aucune alerte n'a été déclenchée.
Faux positifs : une alerte est configurée pour se déclencher si le nombre de requêtes par seconde (QPS) tombe en dessous de 100. Toutefois, une alerte est déclenchée alors même que le QPS est supérieur à 100 pendant une période donnée.
Les alertes manquantes ou les faux positifs résultent généralement de la latence entre l'écriture des données dans un Logstore et leur disponibilité pour l'interrogation. Si votre règle de surveillance des alertes utilise une plage de temps relative, la requête peut exclure les dernières données et produire des résultats inexacts. Pour éviter ce problème, étendez la plage de temps de la requête ou alignez-la sur une fenêtre de temps fixe. Pour plus d'informations, consultez la rubrique Actualité de la surveillance.
Cause : seuil de notification non atteint
Sur le graphique Alert History du tableau de bord Alert History Statistics, si Trigger Alert est défini sur « true » et que la Cause indique « Notify threshold not reached », cela signifie que la condition de déclenchement a été satisfaite, mais que le nombre de déclenchements consécutifs n'a pas atteint le Threshold of Continuous Triggers configuré. Par exemple, si vous définissez le Threshold of Continuous Triggers sur 3, une alerte n'est envoyée qu'après que la condition de déclenchement a été satisfaite trois fois de suite.