Alertes intelligentes

Les seuils statiques ne changent pas après la création de l'alerte intelligente. Le seuil lui-même peut être soit une valeur constante simple, soit tenir compte des variations saisonnières qui se sont produites dans le passé lors de la création de la configuration Smart Alert. Vous pouvez imaginer la plus récente comme une table de correspondance pour chaque point de la journée ou de la semaine qui est précalculée une fois en fonction des données d'historique.

Il se peut que le seuil ne soit plus pertinent une fois que la métrique sous-jacente a été modifiée de manière significative. En réponse, le seuil peut être ajusté manuellement ou recalculé à tout moment. Pour plus d'informations, voir Seuil d'alerte.

Les seuils statiques fonctionnent mieux pour les plans directeurs tels que Appels faibles ou Appels erronés dans les situations suivantes:

• Indépendamment de toute saisonnalité de l'indicateur sous-jacent. Il n'est pas souhaitable que la métrique soit supérieure ou inférieure à une valeur constante.
• La métrique sous-jacente est saisonnière et, par conséquent, des seuils différents existent en fonction du moment de la journée ou de la semaine. Mais ces seuils eux-mêmes ne changent pas au fil du temps, et des changements progressifs de ces seuils sur de longues périodes de temps ne sont pas souhaitables.

Les seuils adaptatifs évoluent en permanence et s'ajustent en fonction des nouvelles données enregistrées par Instana. Cela signifie que le seuil tient compte en permanence des changements saisonniers de la métrique sous-jacente sans intervention humaine. Pour plus d'informations, consultez la documentation sur le seuil adaptatif.

Les options suivantes permettent de contrôler le niveau de détail de l'évaluation des alertes et des notifications, allant d'un niveau global (au niveau de l'application) à un niveau plus précis (au niveau des terminaux).

Etant donné qu'une perspective d'application inclut généralement plusieurs services, il est nécessaire de déterminer quels appels sont dans la portée de cette Smart Alert.

Choisissez Appels entrants pour restreindre les appels à cette perspective d'application uniquement (depuis le front-end ou tout service en amont). Les appels entre les services de cette perspective d'application sont exclus.

Choisissez tous les appels pour inclure non seulement les appels à cette perspective d'application en tant que destination (depuis le front-end ou tout service en amont), mais également les appels entre les services dans la perspective d'application.

Vous pouvez éventuellement inclure des appels internes ou synthétiques. Par défaut, ces deux appels sont exclus.

Un appel interne est un type particulier d'appel qui représente le travail effectué à l'intérieur d'un service. Il peut être créé à partir de plages intermédiaires qui sont envoyées via la fonction de trace personnalisée. Pour plus d'informations sur les appels internes, voir Concepts de traçage.

Les appels synthétiques sont ceux avec un noeud final synthétique comme destination, tels que les appels aux noeuds finaux de diagnostic d'intégrité.

Si vous le souhaitez, utilisez la liste déroulante en regard du nom de la perspective d'application pour sélectionner ou exclure manuellement des services individuels auxquels cette Smart Alert doit limiter sa portée. Dans un service sélectionné ou exclu, la portée sélectionnée peut être définie pour chacun de ses noeuds finaux.

L'activation de l'option Trier par sélection d'utilisateur permet de conserver les services et les noeuds finaux sélectionnés sur le dessus.

Si vous utilisez la zone de recherche, l'arborescence de sélection est réduite à des services et des noeuds finaux dont le nom correspond au mot clé de recherche.

Vous pouvez éventuellement utiliser Ajouter un filtre pour des exigences de filtrage plus avancées et granulaires qui utilisent une logique booléenne arbitraire.

Cette étape s'applique lorsque vous choisissez le modèle « Slow Calls »; vous pouvez alors choisir parmi les options suivantes : moyenne arithmétique, minimum et maximum, ainsi que les 25e, 50e, 75e, 90e, 95e, 98e et 99e centiles.

En fonction du plan directeur choisi, vous disposez de l'option entre <, <=, >, >=.

Vous pouvez choisir parmi les types de seuil statique suivants:

• Seuil statique: prend une valeur constante comme seuil.
• Saisonnalité quotidienne statique: Utilise un seuil qui capture les modèles de répétition quotidienne de l'unité de mesure où chaque jour se comporte à peu près de la même façon, mais est différent tout au long de la journée. Par exemple, une application qui reçoit plus d'appels pendant la journée que pendant la soirée.
• Saisonnalité Hebdomadaire statique: Utilise un seuil qui capture les modèles de répétition hebdomadaires de l'unité de mesure où chaque jour d'une semaine se comporte à peu près de la même façon, mais est différent tout au long de la semaine. Par exemple, une application qui reçoit plus d'appels les jours ouvrables que le week-end.

Pour la saisonnalité quotidienne statique, au moins 5 jours de données de métrique continues sont requis, mais 7 jours de données sont recommandés. Pour la saisonnalité hebdomadaire statique, au moins 2 semaines de données de métrique d'historique continues sont requises. L'alerte intelligente ne peut pas être créée lorsque ces exigences ne sont pas satisfaites.

Pour Seuil adaptatif, au moins 14 jours de données de métrique continues sont requis. Si cette condition n'est pas remplie, l'alerte intelligente peut toujours être créée. La détection et l'alerte des problèmes commenceront à fonctionner dès que les exigences en matière de données seront satisfaites pour initialiser le modèle utilisé.

Si vous sélectionnez « Seuil statique », l'outil « Instana » sélectionne par défaut un niveau de gravité pour l'alerte et propose une valeur de seuil. Vous pouvez soit utiliser cette valeur par défaut, soit définir manuellement une valeur personnalisée. Pour configurer un niveau de gravité supplémentaire, tel que « critique », cochez la case « Critique » et indiquez une valeur seuil distincte qui déclenchera l'alerte en tant qu'alerte critique.

Lorsque vous sélectionnez un niveau de sensibilité, Instana attribue automatiquement un niveau de gravité à l'alerte. Vous pouvez régler le niveau de sensibilité à l'aide d'un curseur. Pour définir un niveau de sensibilité distinct pour la gravité « Critique », cochez la case « Critique » et configurez la sensibilité selon vos besoins.

L'augmentation de la sensibilité réduit les limites supérieure et inférieure de la détection des anomalies, ce qui entraîne une augmentation du nombre de notifications d'alerte. En réduisant la sensibilité, on élargit ces limites, ce qui diminue le nombre d'alertes. Ce paramètre définit la plage de valeurs attendues pour l'indicateur. En fonction de l'opérateur de seuil utilisé, un indicateur qui dépasse l'une ou l'autre des limites est considéré comme une violation et peut déclencher une alerte.

Sélectionnez cette option si vous souhaitez retarder la répartition des notifications d'alerte jusqu'à ce que le nombre donné de fenêtres d'évaluation consécutives soit dépassé.

Suivez ces étapes :

1. Choisissez la fenêtre d'évaluation ou la granularité.
2. Choisissez le nombre de fenêtres d'évaluation qui doivent être violées consécutivement avant que la notification d'alerte ne soit déclenchée.

Sélectionnez cette option si vous souhaitez retarder la répartition des notifications d'alerte jusqu'à ce que les fenêtres d'évaluation N hors M soient violées.

L'image suivante illustre un exemple de dépassements par rapport à la configuration du seuil de temps. Avec une granularité de mesure de 5 minutes, une alerte est déclenchée lorsqu'au moins deux dépassements de seuil se produisent au cours des 15 dernières minutes.

Suivez ces étapes :

1. Choisissez la fenêtre d'évaluation ou la granularité. Les valeurs individuelles des indicateurs sont regroupées par tranches de cette taille.
2. Choisissez le nombre de fenêtres d'évaluation (M) à suivre.
3. Définissez le nombre minimum de fenêtres d'évaluation surveillées qui doivent être dépassées pour que l'alerte soit déclenchée.

L'exemple suivant présente deux cycles d'évaluation distincts avec cette configuration.

Les indicateurs sont agrégés par tranches de 5 minutes. Si deux des trois dernières périodes d'évaluation ne sont pas respectées, une alerte est envoyée.

Sélectionnez cette option si vous souhaitez retarder la répartition des notifications d'alerte jusqu'à ce qu'un nombre spécifié de traces soit affecté.

Suivez ces étapes :

1. Choisissez la fenêtre d'évaluation ou la granularité.
2. Entrez le nombre de traces qui violent le seuil dans la fenêtre d'évaluation.

Instana propose un titre par défaut en fonction du type de modèle utilisé et des options de configuration associées. Vous pouvez toutefois remplacer le titre par défaut par un texte statique personnalisé ou utiliser un titre dynamique en insérant des balises de remplacement.

Par exemple, lorsque vous choisissez des alertes individuelles par service pour cette perspective d'application, ${application.name} et ${service.name} sont disponibles, mais pas ${endpoint.name}. Cette limitation existe car les alertes sont limitées à des services individuels, ce qui permet de faire référence à une perspective d'application et à un nom de service uniques, mais pas à des noms de points de terminaison spécifiques, qui peuvent varier d'un service à l'autre.

De plus, vous pouvez inclure ${severity} comme espace réservé dans le titre de l'alerte pour indiquer le niveau de gravité.

L'activation de cette option crée en outre un incident auquel ce problème est référencé en tant qu' événement déclencheur et d'autres événements liés à cet incident sont référencés en tant qu' événements connexes.

Vous pouvez éventuellement ajouter une description à l'alerte. Une bonne description inclut un bref récapitulatif de cette alerte et des étapes permettant d'agir lorsque l'alerte est reçue. Vous pouvez également créer une description dynamique en insérant des balises de remplacement, que vous pouvez sélectionner dans le menu déroulant « Insérer une balise de remplacement ».

Toutefois, pour vous aider à migrer vos événements personnalisés existants vers les alertes intelligentes, l'interface utilisateur d' Instana fournit des outils de migration de base. La page de détails d'un événement personnalisé associé à une entité Application, Service ou Point de terminaison affiche deux boutons liés à la migration des alertes intelligentes :

• Marquer comme migré: marque un événement personnalisé obsolète comme migré et le désactive. Cela est utile si vous avez migré manuellement cet événement personnalisé vers une Smart Alert. Après l'avoir marquée comme étant migrée, vous pourrez toujours l'afficher dans la liste et vérifier sa configuration à tout moment à l'avenir pour référence. Ce n'est pas le cas si vous supprimez cette configuration à la place. En outre, cette fonction permet de suivre la progression de la migration et de s'assurer qu'aucun événement personnalisé n'est migré plus d'une fois.
• Migrer vers Smart Alert: ouvre la boîte de dialogue Smart Alert avec les valeurs des zones respectives, y compris le nom, la description, la gravité, l'incident, le type d'entité, la métrique, la granularité d'évaluation, l'agrégation, l'opérateur et le seuil. Même si les champs des événements personnalisés ne peuvent pas toujours être mis en correspondance avec ceux des alertes intelligentes, Instana s'efforcera de migrer ces champs des événements personnalisés vers les alertes intelligentes dans la mesure du possible. En outre, la portée de la fonction DFQ ou des perspectives d'application sélectionnées est prise en charge en sélectionnant les entités respectives de manière explicite ou à l'aide des filtres de balises du générateur de requêtes. Notez que certaines requêtes Dynamic Focus ne peuvent être mappées que partiellement ou pas du tout à des filtres de sélection d'entité ou de balise de générateur de requête. Vous verrez le message d'avertissement correspondant dans ces cas. Si DFQ ne peut pas être entièrement mappé par l'outil de migration, vous pouvez vous référer à Entity type mapping and scope selection pour sélectionner manuellement la portée de Smart Alert. L'enregistrement de cette Smart Alert désactive automatiquement l'événement personnalisé précédent et le marque comme migré.

Vous pouvez transférer manuellement les événements personnalisés vers les alertes intelligentes.

1. Activez l'indicateur de fonction dans le fichier settings.hcl :

   ...
   feature "smartAlertsLogsBlueprintEnabled" {
       enabled=true
   }
   ...
    

2. Appliquez les modifications à l'aide de la commande instana update .

1. Activez l'indicateur de fonctionnalité dans le core.yaml fichier comme suit :

   apiVersion: instana.io/v1beta2
   kind: Core
   metadata:
     name: instana-core
     namespace: core
   spec:
     ...
     featureFlags:
       - name:  feature.smart.alerts.logs.blueprint.enabled
         enabled: true
     ...
    

2. Appliquez les modifications à l'aide de la kubectl apply -f core.yaml commande.