Widgets d'objectifs de niveau de service (legacy)
Instana permet aux utilisateurs de créer des widgets de tableau de bord personnalisés pour leurs objectifs de niveau de service (SLO) afin d'afficher et d'analyser les performances de leurs services au fil du temps. Le widget peut afficher des configurations SLI Basé sur le temps ou Basé sur des événements.
Widget SLO (ancien)
L'image suivante illustre un exemple de widget SLO appelé « Robot Shop SLO », configuré à l'aide d'une configuration SLI basée sur le temps et d'une valeur cible SLO de 95 %. Dans cet exemple, l'indicateur SLI est calculé à partir du 90e centile de la mesure de latence et d'un seuil de 2 secondes. Un budget d'erreur est égal à 1 moins la valeur cible des ALS, multipliée par la fenêtre temporelle. Pour la fenêtre temporelle de 7 jours affichée sur le widget, elle est convertie en un budget d'erreur de 504 minutes :
504 minutes = (1 - 95%) * 10080 minutes
Le SLO de l'exemple n'a pas été atteint dans le délai sélectionné parce que le budget d'erreurs dépensé de 565 minutes dépasse cette limite.
Configuration
Ajout de widgets SLO (version héritée)
Vous pouvez créer un widget SLO pour n'importe laquelle de vos perspectives d'application ou de vos sites web. Pour ajouter un widget SLO, allez dans l'un de vos tableaux de bord personnalisés et ouvrez la boîte de dialogue pour ajouter un widget. Ensuite, suivez les étapes suivantes :
- Dans la barre latérale de la boîte de dialogue, cliquez sur SLO legacy > Suivant. La boîte de dialogue ouvre la section de configuration pour mettre en place un widget SLO.
- Indiquez si vous souhaitez surveiller une perspective d'application ou un site web.
- Les SLO pour les perspectives d'application excluent des facteurs indépendants de votre volonté, tels qu'une mauvaise connexion Internet des utilisateurs, et peuvent ne pas refléter fidèlement l'expérience de l'utilisateur.
- Les SLO pour les sites web reflètent le plus fidèlement l'expérience de l'utilisateur et n'excluent pas les facteurs indépendants de votre volonté, tels que la mauvaise connectivité des utilisateurs à l'internet.
- Sélectionnez dans la liste la perspective d'application ou le site Web correspondant au SLO.
- Sélectionnez dans la liste l 'indicateur de niveau de service correspondant au type de SLO souhaité. Créez un SLI, comme décrit dans la Configuration SLI, si aucun SLI n'est disponible pour le type de SLO sélectionné précédemment.
- Saisissez la valeur SLO Target souhaitée, par exemple
99.9%. - Sélectionnez le Type de fenêtre temporelle, qui définit le contexte et le cadre temporel affiché du widget :
- Fenêtre temporelle dynamique: Le SLO est calculé pour la fenêtre temporelle sélectionnée dans le sélecteur de temps global.
- Fenêtre temporelle déroulante: Fenêtre temporelle de taille fixe, dont la fin est définie par la sélection de la date et de l'heure de fin de la fenêtre temporelle globale. Par exemple, la fenêtre temporelle mobile permet de toujours voir la dernière semaine, sans avoir à ajuster le sélecteur de temps global.
- Intervalle de temps fixe : fenêtre de temps avec un début et une durée définis. Par exemple, vous pouvez configurer une fenêtre fixe d'un mois qui commence le
2020-01-01. La fenêtre temporelle sera automatiquement réinitialisée au mois suivant (2020-02-01) lorsque le mois sera terminé.
- Entrez un titre pour le widget.
- Vérifiez votre widget dans l'aperçu. Si aucun aperçu n'est affiché, cliquez sur Mettre en évidence la configuration manquante pour voir immédiatement ce qui manque.
- Pour créer la configuration du widget SLO, cliquez sur Create.
- Pour enregistrer la configuration du widget SLO sur votre tableau de bord personnalisé, cliquez sur Enregistrer les modifications.
Configuration des SLI
Types de SLI
Indépendamment du type de SLO, vous pouvez sélectionner l'un des deux types de SLI pour votre configuration :
- Fondé sur les événements Le SLI utilise des groupes définis de bons et de mauvais événements pour mesurer la fiabilité du service. Comme chaque appel a le même poids, il reflète plus fidèlement l'expérience réelle de l'utilisateur. C'est pourquoi le traitement du budget d'erreur est plus difficile car il dépend du nombre d'événements.
- La fiabilité basée sur le temps SLI mesure la fiabilité du service agrégée par minute. Bien que le fait que le budget d'erreurs soit toujours un nombre constant de mauvaises minutes facilite la gestion, il est moins précis que le SLI basé sur les événements, car les mauvais événements sont plus importants dans les minutes où le trafic est moins important.
Gestion des SLI via l'interface utilisateur
Pour créer une configuration SLI ou cloner une configuration SLI existante, accédez à la boîte de dialogue « Gestion SLI » en cliquant sur « Gérer les SLI » dans le widget SLO.
Ensuite, suivez les étapes suivantes pour créer une configuration à partir de zéro ou en clonant une configuration existante.
Création d'une configuration SLI pour les perspectives d'application
- Dans la boîte de dialogue « Gestion SLI », cliquez sur Créer un SLI.
- Fournissez les détails de configuration du SLI :
- Entrez un nom pour la configuration du SLI pour identifier la configuration de manière unique.
- Sélectionnez le type de configuration SLI, qui peut être basé sur le temps ou basé sur l'événement
- Cliquez sur Créer pour enregistrer la nouvelle configuration du SLI.
SLI temporel pour les applications
Effectuez la configuration suivante de Time-based SLI :
- Sélectionnez la portée limite, à savoir Inbound Calls (Appels entrants) ou All Calls (Tous les appels).
- Appels entrants : seuls les appels lancés depuis l'extérieur de l'application et dont le service de destination fait partie de la perspective d'application sélectionnée sont pris en compte.
- Tous les appels : comprend à la fois les appels entrants provenant de l'extérieur de l'application et les appels qui se produisent dans la perspective de l'application elle-même.
- Vous pouvez choisir un service spécifique dans votre application ou laisser la valeur par défaut de
All Servicessélectionnée pour s'appliquer à l'ensemble de la Perspective d'application. - Si vous souhaitez restreindre davantage le champ d'application, vous pouvez sélectionner un point d'application dans la liste. Comme pour la sélection des services, vous pouvez choisir de laisser la valeur par défaut de
All Endpointss'appliquer à l'ensemble du service. - Choisissez une métrique sur laquelle la configuration SLI doit être évaluée dans la liste des métriques prises en charge.
- Les mesures suivantes sont prises en charge :
- Temps d'attente
- Nombre d'appels
- Taux d'erreurs
- Appels erronés
- Les mesures suivantes sont prises en charge :
- Sélectionnez l'agrégation pour la métrique sélectionnée.
- Entrez la valeur de seuil pour la métrique sélectionnée.
Une fois la métrique et le seuil sélectionnés, le SLI est calculé comme suit :
SLI = (1 - #minutes_where_threshold_is_violated / #minutes_in_time_window) * 100%
L'image suivante montre comment un SLI basé sur le temps est configuré pour une application k8s-demo. L'étendue Boundary de l'application est limitée à Inbound Calls pour le Endpoint DELETE /cart/:id et sur un Service appelé cart. Les Métriques à évaluer sont définies sur Latency avec une Aggregation recommandée de 90th percentile et un Seuil de 25 ms.
SLI basé sur un événement
La configuration SLI basée sur les événements offre toute la flexibilité du générateur de requêtes d'Unbounded Analytics pour sélectionner un sous-ensemble d'événements valides et d'événements erronés.
- Bons événements : L'ensemble des appels qui indiquent les critères de réussite d'un service particulier. Par exemple, toutes les requêtes de type « HTTP » d'un service HTTP qui ont le code d'état
2XX. - Mauvais événements : L'ensemble des appels qui indiquent les critères d'échec d'un service particulier. Par exemple, toutes les requêtes de type « HTTP » d'un service HTTP qui ont le code d'état
5XX.
Effectuez la configuration suivante de Event-based SLI :
- Sélectionnez la portée limite, à savoir Inbound Calls (Appels entrants) ou All Calls (Tous les appels).
- Appels entrants : seuls les appels lancés depuis l'extérieur de l'application et dont le service de destination fait partie de la perspective d'application sélectionnée sont pris en compte.
- Tous les appels : comprend à la fois les appels entrants provenant de l'extérieur de l'application et les appels qui se produisent dans la perspective de l'application elle-même.
- Facultatif : Vous pouvez inclure les appels internes ou les appels synthétiques. Par défaut, les deux appels sont exclus.
- Appels internes : Un type particulier d'appels qui représente le travail effectué à l'intérieur d'un service. Ces appels peuvent être créés à partir d'intervalles intermédiaires envoyés par le biais d'un suivi personnalisé. Pour plus d'informations sur les appels internes, voir Concepts de traçage.
- Appels synthétiques : Appels avec un point d'extrémité synthétique comme destination, tels que les appels vers les
health-checkpoints d'extrémité.
Lorsque les mauvais événements et les bons événements sont définis, le SLI est calculé comme suit :
SLI = #good_events / (#good_events + #bad_events) * 100%
L'image montre comment un SLI basé sur les événements est configuré pour une application dont la portée est limitée à Inbound Calls. Les good events sont définis comme des appels avec un code d'état de 200 et les bad events sont des appels avec un code d'état de 500.
Le widget résultant de cette configuration montre le budget d'erreur en appels plutôt qu'en minutes.
Création d'une configuration SLI pour les sites web
- Dans la boîte de dialogue « Gestion SLI », cliquez sur Créer un SLI.
- Fournissez les détails de configuration du SLI :
- Entrez un nom pour la configuration du SLI pour identifier la configuration de manière unique.
- Sélectionnez le type de configuration SLI, qui peut être basé sur le temps ou basé sur l'événement
- Cliquez sur Créer pour enregistrer la nouvelle configuration du SLI.
SLI temporel pour les sites web
Effectuez la configuration suivante de Time-based SLI :
- Sélectionnez le champ d'application de la balise, par exemple les requêtes « HTTP ». En appliquant le filtre de balise, vous pouvez étendre la configuration à un sous-ensemble du trafic du site web, par exemple par géolocalisation, navigateur ou utilisateur.
- Choisissez une métrique sur laquelle la configuration SLI doit être évaluée dans la liste des métriques prises en charge. Les mesures suivantes sont prises en charge :
- Taux d'erreurs de balise
- Durée des balises
- Sélectionnez l'agrégation pour la métrique sélectionnée.
- Entrez la valeur de seuil pour la métrique sélectionnée.
Une fois la métrique et le seuil sélectionnés, le SLI est calculé comme suit :
SLI = (1 - #minutes_where_threshold_is_violated / #minutes_in_time_window) * 100%
L'exemple suivant illustre la configuration SLI basée sur le temps pour le site web Robot Shop, qui utilise la méthode GET sur le /products chemin d'accès, et qui limite les requêtes à HTTP pour la moyenne de la métrique du taux d'erreur des balises, avec un seuil de 25 millisecondes.
SLI basé sur les événements pour les sites web
La configuration SLI basée sur les événements offre toute la flexibilité du générateur de requêtes d'Unbounded Analytics pour sélectionner un sous-ensemble d'événements valides et d'événements non valides.
- Bons événements : L'ensemble des appels qui indiquent les critères de réussite d'un service particulier. Par exemple, toutes les requêtes de type « HTTP » d'un service HTTP qui ont le code d'état
2XX. - Mauvais événements : L'ensemble des appels qui indiquent les critères d'échec d'un service particulier. Par exemple, toutes les requêtes de type « HTTP » d'un service HTTP qui ont le code d'état
5XX.
Effectuez la configuration suivante de Event-based SLI :
- Sélectionnez la portée de la balise, par exemple les requêtes « HTTP ». En appliquant un filtre de balise, vous pouvez étendre la configuration à un sous-ensemble du trafic du site web, par exemple, par géolocalisation, navigateur ou utilisateur.
- Appels entrants ou Tous les appels.
- Appels entrants : seuls les appels lancés depuis l'extérieur de l'application et dont le service de destination fait partie de la perspective d'application sélectionnée sont pris en compte.
- Tous les appels : comprend à la fois les appels entrants provenant de l'extérieur de l'application et les appels qui se produisent dans la perspective de l'application elle-même.
Lorsque les mauvais événements et les bons événements sont définis, le SLI est calculé comme suit :
SLI = #good_events / (#good_events + #bad_events) * 100%
L'image montre comment un SLI basé sur les événements est configuré pour un site web, dont la portée de la balise est définie sur HTTP Requests, avec good events étant des demandes GET avec un code d'état de 200 et _mauvais événements+ étant des demandes GET avec un code d'état de 500.
Le widget résultant de cette configuration montre le budget d'erreur en appels plutôt qu'en minutes.
Cloner une configuration SLI existante
Les paramètres du SLI ne peuvent pas être modifiés pour empêcher l'invalidation des budgets dépensés calculés. C'est pourquoi la configuration SLI doit être clonée lorsque vous modifiez un paramètre.
- Dans la boîte de dialogue SLI Management, cliquez sur l'icône Voir/Cloner la configuration SLI sur la configuration SLI sélectionnée que vous souhaitez cloner.
- Editez les détails de configuration du SLI :
- Modifiez le nom de la configuration SLI afin de l'identifier comme un clone de la configuration existante.
- Modifiez la configuration SLI si nécessaire.
- Cliquez sur Clone (Cloner) pour créer un clone de la configuration du SLI.