Avec la Détection d’anomalies, vous pouvez configurer des Déclencheurs pour envoyer des notifications lorsqu’une valeur de métrique dépasse ou descend en dessous d’une valeur de seuil. Par exemple : lorsque le taux d’erreur d’une application dépasse 5 % ou que la mémoire libre descend en dessous de 100 Mo.
La détection d’anomalies fonctionne en détectant les changements de valeurs de métriques à la minute près. Lorsqu’une condition de seuil est atteinte, nous vous informerons de la nouvelle alerte créée par cet événement et nous vous notifierons à nouveau lorsque le seuil ne sera plus atteint.
Pour vous assurer que vous êtes alerté à un moment qui vous convient, vous pouvez définir des périodes de préchauffage et de refroidissement pour contrôler quand une nouvelle alerte est ouverte.
États des alertes
Les alertes peuvent avoir cinq états différents :
| État | Description |
|---|
| Préchauffage | L’alerte est dans sa phase de préchauffage. Vous pouvez configurer par Déclencheur qu’une condition doit être vraie pendant une durée spécifiée avant d’être alerté. |
| Ouverte | L’alerte est devenue active parce qu’elle a atteint sa condition de seuil. |
| Fermée | L’alerte n’est plus active et a été fermée. |
| Refroidissement | L’alerte n’est plus au-dessus de sa condition de seuil mais ne sera pas terminée ou rouverte avant la fin de la durée de refroidissement. |
| Terminée | L’alerte est terminée. Aucune autre alerte ne sera envoyée. Si les conditions des déclencheurs sont à nouveau déclenchées, une nouvelle alerte entrera en phase de préchauffage. |
Quand serai-je notifié ?
Après avoir configuré les notifications, vous serez notifié lorsqu’une alerte entre en phase ouverte. Vous serez notifié par les rappels que vous avez configurés pendant cette phase et lorsque l’alerte est fermée.
Alertes par e-mail
Les e-mails d’alerte incluront un aperçu des nouvelles alertes, des rappels et du statut des autres alertes qui ne sont pas encore terminées.
Création et configuration des déclencheurs
La détection d’anomalies peut être configurée par application dans la section « Détection d’anomalies » de la navigation de l’application. Par défaut, vous verrez les dernières alertes créées par les déclencheurs que vous avez configurés pour l’application.
Dans la navigation supérieure, vous pouvez passer à la page des déclencheurs pour créer de nouveaux déclencheurs et modifier les déclencheurs existants.
Vous pouvez créer et gérer les Déclencheurs depuis la section « Détection d’anomalies » du menu de navigation de votre application.
Vous pouvez configurer des Déclencheurs avec diverses métriques :
- Taux d’erreur
- Nombres d’erreurs (absolus)
- Débit de l’application
- Performance des actions (actions lentes)
- Temps de file d’attente
- Métriques de l’hôte
- Charge CPU
- E/S disque
- Utilisation disque
- Moyennes de charge
- Utilisation mémoire
- Utilisation réseau
Préchauffage et refroidissement
Vous pouvez configurer les paramètres de préchauffage et de refroidissement pour chaque déclencheur, ce qui vous permet de définir le temps que le système attend avant d’ouvrir et de fermer une alerte.
Préchauffage
Il n’est pas recommandé d’utiliser la Détection d’anomalies et la fonctionnalité de Préchauffage pour vérifier
si des services tels que des tâches horaires/quotidiennes et des cronjobs sont en cours d’exécution.
Refroidissement
Les alertes ouvertes par un Déclencheur sont automatiquement fermées lorsque la condition de seuil n’est plus remplie. Pour éviter d’être trop notifié, vous pouvez configurer des périodes de refroidissement.
Si vous avez configuré une période de refroidissement pour un Déclencheur, une nouvelle alerte ne sera pas créée à moins que les conditions du Déclencheur ne soient remplies après l’expiration de la période de refroidissement.
Par exemple :
- Une alerte est ouverte parce que le taux d’erreur est supérieur à 5 %
- Le taux d’erreur baisse, donc l’alerte est automatiquement fermée.
- Le déclencheur de l’alerte a une période de refroidissement de deux minutes.
- Le taux d’erreur dépasse à nouveau 5 %.
- AppSignal ne créera pas de nouvelle alerte sauf si le taux d’erreur dépasse 5 % après la fin de la période de refroidissement.
Certaines métriques nécessitent également la sélection de tags. Par exemple, si vous envoyez une métrique personnalisée à AppSignal qui comporte des tags :
Appsignal.set_gauge("my_metric_name", 100, :namespace => "web", :action => "hello")
Points de données manquants traités comme 0
Par défaut, les Déclencheurs supposent qu’un point de données est envoyé chaque minute.
Cela peut ne pas être réalisable dans certaines situations, comme l’incrémentation d’un compteur uniquement si une action spécifique se produit. Dans de tels cas, vous pouvez utiliser l’option "When checked, we will treat missing datapoints as a value of 0". L’activation de cette option amènera le système à supposer qu’un point de données manquant a une valeur de zéro. Cela aidera à garantir que l’alerte se ferme comme prévu si aucune donnée n’est reçue dans la minute suivante.
Traitement des données
Les métriques utilisées par les déclencheurs pour créer des alertes ne sont pas traitées instantanément lorsque les métriques sont envoyées de votre application à AppSignal.
Vos données de métriques transiteront par plusieurs systèmes avant d’arriver à notre processeur. Les données peuvent également être envoyées depuis plusieurs serveurs qui envoient des données à des intervalles différents.
Le processeur attend ensuite* que toutes les données pour une minute soient arrivées avant de traiter ces données et de créer ou mettre à jour les alertes.
Si vous rencontrez des problèmes avec les métriques rapportées par AppSignal pour la Détection d’anomalies, assurez-vous que les serveurs de votre application rapportent tous simultanément en les configurant à l’aide de NTP. Des temps rapportés incorrects ou différents pour les données envoyées par plusieurs serveurs d’application peuvent entraîner des Alertes qui ne s’ouvrent ou ne se ferment jamais.
Vous pouvez en apprendre davantage sur la façon dont AppSignal traite les données pour la Détection d’anomalies et ce que cela signifie pour les alertes dans notre documentation sur le cycle de vie des données.
* : Pour plus d’informations sur les spécificités du temps d’attente, consultez notre page sur le cycle de vie des données.
Gestion des incidents
Vous pouvez voir tous les incidents d’alerte sur la page des Problèmes d’Anomalies dans l’application AppSignal. La page Problèmes affiche un aperçu de tous les incidents d’alerte ouverts, classés par leur dernière occurrence, avec des colonnes pour l’anomalie :
- Nom
- Statut
- Personnes assignées
- État
- Heure du dernier changement d’état
Vous pouvez également filtrer facilement vos incidents en fonction de leur état.
Pour examiner plus en détail un incident, vous pouvez ouvrir le résumé de l’incident. Vous y trouverez tous les outils et informations nécessaires pour enquêter plus avant sur l’anomalie déclenchant votre alerte. Sur la page de résumé, vous aurez accès à :
- Informations sur l’alerte : le nom de la métrique, l’état de l’alerte et les tags de l’alerte.
- Graphique de fréquence d’occurrence : une représentation visuelle de l’occurrence de l’alerte.
- Paramètres de l’incident : possibilité de fermer l’alerte, de définir sa gravité et de l’assigner à un membre de l’équipe.
- Informations sur le Déclencheur : les conditions requises pour déclencher l’alerte.
- Dernières occurrences : un tableau des occurrences les plus récentes, avec leur heure de début/fin, leur état et leur valeur de pointe.
- Journal : un journal pour consigner des informations importantes sur cette alerte pour votre équipe ou votre futur vous.
- Accès au Time Detective : utilisez l’outil Time Detective pour voir l’état de votre application lorsque l’alerte s’est produite pour la dernière fois.
Toutes ces fonctionnalités sont facilement accessibles dans notre interface intuitive :
