Définition d'événements personnalisés

Pour créer un événement personnalisé, procédez comme suit :

1. Dans la barre latérale, cliquez sur Paramètres.

2. Cliquez sur Evénements -> Nouvel événement.

3. Fournissez les Détails de l'événement de base de l'événement :

   • Entrez un nom et une description pour l'événement. (Évitez d'utiliser des tirets dans ces champs, car cela pourrait entraîner des résultats inattendus lors de la recherche).
   • Sélectionnez le niveau de gravité du problème : avertissement ou critique.
   • Indiquez si l'événement doit être considéré comme un incident et définissez un délai de grâce, c'est-à-dire la période à attendre avant de clore la question lorsque les conditions ne sont plus remplies.

4. Configurez la Condition de l'événement personnalisé :

   Créez une condition pour l'événement personnalisé en sélectionnant une source de données qui fournit les indicateurs utilisés pour déclencher cet événement :

   • Mesures intégrées : ces mesures sont disponibles lorsque l'entité correspondante est instrumentée.

     • Par exemple, lorsqu'une machine virtuelle Java est surveillée, Instana fournit des mesures telles que la quantité de mémoire utilisée. Chaque entité de type JVM dispose d'une telle métrique memory.used de la zone.
     • Par ailleurs, certaines mesures intégrées dynamiques existent plusieurs fois par entité, une pour chaque sous-entité unique. Par exemple, l'espace disque disponible d'un hôte. Pour chaque disque d'un hôte, Instana fournit des métriques fs.{device}.freedistinctes, telles que fs./dev/xvda1.free. Les événements personnalisés peuvent être définis en spécifiant quelles unités doivent être associées, par exemple commence par /dev.

   • Métriques personnalisées : il s'agit de métriques qui sont explicitement exposées par une application surveillée. Par exemple, les applications peuvent exposer les mesures personnalisées suivantes :

     • Dropwizard indicateurs
     • Finagle indicateurs
     • Mesures JMX
     • Compteurs de performances personnalisés.NET
     • OpenTelemetry indicateurs
     • Métriques Prometheus
     • Indicateurs StatsD

   • Règles système :

     • Détection de déconnexion : cette règle s'applique lorsqu'une entité (telle qu' JVM e ou processus) se déconnecte.
     • Hôtes sur lesquels aucune entité correspondance n'est en cours d'exécution : cette règle est active lorsqu'aucune entité correspondante (telle que JVM ou processus) n'est en cours d'exécution sur un hôte qui est dans la portée de l'événement personnalisé.
     • Détection de la disponibilité de l'hôte: cette règle est active lorsqu'un hôte précédemment vu est hors ligne pendant une durée spécifiée.
     • Hôtes sur lesquels s'exécute un nombre inattendu d'entités : cette règle est activée lorsqu'un nombre inattendu d'entités correspondantes (telles que JVM ou process) s'exécutant sur un hôte entrent dans le champ d'application de l'événement personnalisé.

   Selon le type d'indicateur, vous disposez d'options différentes pour définir la condition qui déclenche l'événement personnalisé. Par exemple, vous pouvez configurer un événement si le taux d'erreur dans une fenêtre de temps de 5 minutes est supérieur à 10%.

   Un maximum de 5 conditions de métrique peuvent être définies. Si l'opérateur logique AND est utilisé, toutes ces conditions doivent être remplies pour déclencher la règle. Si l'opérateur logique OR est utilisé, une seule des conditions est requise pour déclencher la règle.

   

   Lorsqu'une métrique dynamique est combinée à une métrique normale, telle que fs.{device}.free avec cpu.used, la métrique de chaque périphérique est combinée à la métrique d'unité centrale une par une. Par conséquent, si le modèle de métrique de la métrique dynamique correspond à trois périphériques d'un même hôte, vous pouvez voir jusqu'à trois problèmes actifs en même temps, qui sont liés respectivement aux métriques suivantes:

   • fs./dev/first.free et cpu.used
   • fs./dev/second.free et cpu.used
   • fs./dev/third.free et cpu.used

5. Définir la portée de l'événement :

   En règle générale, vous ne souhaitez pas qu'un événement soit déclenché sur toutes les entités de votre application ou de votre paysage système, mais vous souhaitez limiter l'événement à un ensemble spécifique d'entités. La portée vous permet de définir pour quelles entités l'événement sera évalué :

   • Perspective d'application : faire référence à une perspective d'application.
   • Entités sélectionnées : définissez une requête Dynamic Focus ( DFQ.md ). Seules les entités correspondant à cette requête seront prises en compte lors de l'évaluation de l'événement.
   • Entités sélectionnées (portée des hôtes par balise): seules les entités hôte avec des balises correspondantes seront prises en compte. La balise doit être définie sur l'hôte et non sur une entité exécutée sur l'hôte.
   • Toutes les entités disponibles: aucune restriction, évalue l'événement pour toutes les entités de votre application ou paysage système.

   Limitation : lorsqu'un événement personnalisé est défini sur un service ou un nœud final à l'aide de la portée d'une application spécifique, en sélectionnant une application de manière explicite ou en utilisant DFQ, la détection d'incident s'applique aux services et aux nœuds finaux sur cette portée. Toutefois, les indicateurs clés de performance pour chaque service ou nœud final sélectionné reposent sur des appels à l'entité entière et pas uniquement sur des appels dans le contexte de l'application dans la portée. Ainsi, la portée n'est utilisée que pour la sélection d'entités mais n'a aucune incidence sur l'indicateur clé de performance utilisé.

6. Configurer les événements transitoires (facultatif) : de nombreux événements se résolvent rapidement d'eux-mêmes, souvent en quelques minutes, avant même qu'une intervention ne puisse être effectuée. Afin de réduire le bruit, Instana identifie ces événements de courte durée comme des transitoires potentiels en se basant sur les tendances historiques. Les utilisateurs peuvent choisir de les filtrer dans la vue des événements. Elle est par défaut activée.

   • Activer ou désactiver la fonctionnalité : utilisez le bouton bascule pour activer ou désactiver la fonctionnalité (par défaut : enabled).

   • Définissez le seuil de transitoire : sélectionnez la fenêtre temporelle (en minutes ou en heures) qui détermine ce qui est considéré comme un événement transitoire. Si l'on prévoit qu'un événement durera moins longtemps que ce seuil, il est considéré comme transitoire. Ce seuil indique combien de temps vous êtes prêt à attendre avant de décider qu'une question nécessite votre attention.

   • Choisissez le mode de notification :

     • Envoyer immédiatement une alerte : une alerte est déclenchée dès le début de l'événement. Il s'agit du comportement par défaut pour les événements classiques.

     • N'envoyer une alerte que si un événement persiste au-delà du seuil : les alertes ne sont pas déclenchées pour les événements considérés comme passagers. Si un événement dure plus longtemps que le seuil défini, une alerte est envoyée. Sinon, si la valeur reste en deçà du seuil, aucune alerte n'est déclenchée, ce qui permet de réduire le bruit lié aux problèmes de courte durée.

   Remarque : lorsque vous activez la fonctionnalité de détection des événements transitoires, celle-ci ne génère pas d'événements. Cette fonctionnalité identifie et classe plutôt les événements existants comme étant de nature temporaire, ce qui vous aide à les filtrer et à les analyser. Pour plus d'informations, consultez la rubrique « Résumé de la configuration » dans la FAQ.
7. Pour enregistrer le nouvel événement personnalisé, cliquez sur Créer.