objectifs de niveau de service

1. Cliquez sur l'icône du filtre pour ouvrir le panneau de filtrage, qui vous permet de filtrer les SLO par :
   • Statut : Filtrer par statut de performance SLO
     • Tout : Afficher tous les SLO
     • Dans la cible : afficher uniquement les SLO atteignant leur cible
     • Hors objectif : afficher uniquement les SLO qui n'atteignent pas leur objectif
   • Balises : sélectionnez une ou plusieurs balises pour filtrer les SLO en fonction des balises qui leur sont attribuées
   • Plan : Filtrer par type d'indicateur
     • Tout : Afficher tous les types de plans
     • Disponibilité : Afficher uniquement les SLO de disponibilité
     • Personnalisé : afficher uniquement les SLO personnalisés
     • Latence : afficher uniquement les SLO de latence
     • Saturation : afficher uniquement les SLO de saturation
     • Trafic : afficher uniquement les SLO relatifs au trafic
   • Type d'entité : filtrer par type d'entité surveillée
     • Application
     • Site Web
     • Tests synthétiques
     • Infrastructure
2. Après avoir sélectionné vos critères de filtrage, cliquez sur Filtrer pour appliquer les filtres. Cliquez sur Effacer pour réinitialiser tous les filtres et revenir à l'affichage sans filtre.

Le tableau affiche les informations suivantes :

• Nom : Le nom du SLO. La couleur de la bordure à gauche indique l'état actuel de l'indicateur de niveau de service (SLI).

• Type d'entité : type d'entité surveillée, telle qu'une application, un site Web, un test synthétique, un hôte ou un cluster d' Kubernetes.

• Nom de l'entité : nom de l'application, du site Web ou des tests synthétiques spécifiques associés à ce SLO. Pour les SLO d'infrastructure, la valeur est indiquée comme « agrégée » car l'entité est dynamique.

• Plan directeur : type d'indicateur qui est mesuré.

  • Latence : mesure la rapidité de réponse du service par rapport à un seuil défini.
  • Disponibilité : mesure la fréquence à laquelle un service répond sans erreur.
  • Trafic : mesure le volume de trafic reçu par un service.
  • Saturation : mesure l'utilisation des ressources par rapport à un seuil défini.
  • Personnalisé : mesure le nombre d'événements positifs ou négatifs à l'aide de filtres définis par l'utilisateur.

• Budget d'erreurs restant : indique la quantité de budget d'erreurs encore disponible. La valeur est représentée en minutes, appels, balises, résultats ou instantanés métriques, selon le type d'entité et le type d'indicateur sélectionnés. Des informations sur la configuration des plages horaires des SLO sont également affichées.

• Statut/Objectif : affiche le statut actuel du SLO sous forme de pourcentage, ainsi que l'objectif visé. Si le statut correspond à l'objectif, il s'affiche en vert jusqu'à ce que votre budget d'erreurs soit épuisé; il s'affiche alors en rouge.

• Balises : affiche les balises associées au SLO, qui peuvent être utilisées pour filtrer l'affichage des SLO associés.

• Équipes : répertorie les équipes associées au SLO, qui détermine les autorisations d'accès.

• Actions : contient les boutons Modifier, Copier et Supprimer.

Sélectionnez le type d'entité à mesurer pour votre SLO. Vous pouvez définir et mesurer des objectifs de performance pour les types d'entités suivants :

• Application : Mesurer les performances des appels dans une perspective applicative.
• Site Web : mesurez les performances des balises et des traces dans un site Web.
• Tests synthétiques : mesurez les performances des résultats d'un ou plusieurs tests synthétiques.
• Infrastructure : mesurez les performances des entités d'infrastructure telles que les hôtes, les conteneurs ou d'autres composants d'infrastructure.

Configurez la portée pour spécifier les données à mesurer. La configuration de la portée dépend du type d'entité.

Définissez l'indicateur de performance clé (KPI) à mesurer pour l'entité.

Vous pouvez sélectionner un modèle pour définir le type d'indicateur. Les plans disponibles dépendent du type d'entité :

• Pour les entités Application et Site Web : latence, disponibilité, trafic et personnalisation
• Pour les entités de tests synthétiques : latence, disponibilité et trafic
• Pour les entités d'infrastructure : saturation et personnalisation

L'indicateur sert à spécifier la métrique et le type de mesure utilisés pour calculer le statut SLO et le budget d'erreurs.

• Latence : mesure le temps de réponse pour les appels, les balises ou les résultats de test par rapport à un seuil spécifié. Le seuil est spécifié en millisecondes (ms). Le modèle de latence prend en charge deux types de mesures :
  • Basé sur le temps : le temps de réponse pour tous les appels, balises ou résultats de test est regroupé en tranches d'une minute. Le budget d'erreur est mesuré en minutes et correspond à une valeur statique dérivée de l'objectif SLO et de la durée de la fenêtre temporelle SLO. Si le résultat agrégé pour chaque minute dépasse le seuil spécifié, cette minute est considérée comme mauvaise et le budget d'erreur est réduit. Vous pouvez également spécifier le type d'agrégation utilisé parmi les options suivantes :
    • Moyenne
    • Min
    • Max
    • Centile (25, 50, 75, 90, 95, 98, 99)
  • Basé sur les événements : le temps de réponse pour chaque appel, balise ou résultat de test est comparé au seuil spécifié et déterminé comme étant un événement positif ou négatif. Le budget d'erreurs est mesuré en appels, balises ou résultats et est dérivé de l'objectif SLO et du nombre total d'événements pendant la fenêtre temporelle SLO. Étant donné que le nombre total d'événements varie au cours de la période couverte par la fenêtre temporelle SLO, le budget d'erreur total est une valeur dynamique.
• Disponibilité : mesure le taux de réussite des appels, des balises ou des résultats de test sur une période donnée. Le seuil est défini en pourcentage (%). Le modèle de disponibilité prend en charge deux types de mesures :
  • Basé sur le temps : le taux de réussite de tous les appels, balises ou résultats de test est agrégé en tranches d'une minute. Le budget d'erreur est mesuré en minutes et correspond à une valeur statique dérivée de l'objectif SLO et de la durée de la fenêtre temporelle SLO. Si le résultat agrégé pour chaque minute est inférieur au seuil spécifié, cette minute est considérée comme mauvaise et le budget d'erreur est réduit. Actuellement, seule l'agrégation moyenne est prise en charge pour les plans de disponibilité.
  • Basé sur les événements : le taux de réussite global des appels, des balises ou des résultats de test est calculé sur la période SLO. Le budget d'erreur est mesuré en appels, balises ou résultats et est dérivé de l'objectif SLO et du nombre total d'événements pendant la fenêtre temporelle SLO. Étant donné que le nombre total d'événements varie au cours de la période couverte par la fenêtre temporelle SLO, le budget d'erreur total est une valeur dynamique.
• Trafic : mesure la charge (appels, balises ou résultats de tests) qu'un système rencontre au fil du temps. Il s'agit d'une mesure basée sur le temps, où le nombre d'événements par minute est comparé à un seuil défini. Si le seuil n'est pas atteint, cette minute est considérée comme mauvaise et le budget d'erreur est réduit. Vous pouvez également spécifier le type d'événement à compter :
  • Nombre total de balises (pour les sites Web), nombre total d'appels (pour les applications) ou nombre total de résultats (pour les tests synthétiques) : cette option permet de mesurer le trafic global du système pour les entités spécifiées.
  • Nombre d'erreurs de balise (pour les sites Web), appels erronés (pour les applications) ou résultats erronés (pour les tests synthétiques) : cette option permet de concentrer la mesure uniquement sur le trafic erroné.
• Saturation : mesure l'utilisation des ressources par rapport à un seuil spécifié. Le modèle Saturation n'est disponible que pour les types d'entités Infrastructure. Il existe deux types de mesures pour le modèle Saturation :

  • Basé sur le temps : les valeurs des mesures d'infrastructure sont agrégées en tranches d'une minute. Le budget d'erreur est mesuré en minutes et correspond à une valeur statique dérivée de l'objectif SLO et de la durée de la fenêtre temporelle SLO. Si le résultat agrégé pour chaque minute dépasse le seuil spécifié, cette minute est considérée comme mauvaise et le budget d'erreur est réduit. Vous devez indiquer :

    • Mesure : la mesure d'infrastructure à évaluer
    • Agrégation : type d'agrégation (moyenne, minimum, maximum ou centile : 25, 50, 75, 90, 95, 98, 99)
    • Opérateur : L'opérateur de comparaison (>, >=, <, <=)
    • Seuil : valeur seuil utilisée pour la comparaison

  • Basé sur les événements : les valeurs des mesures d'infrastructure sont récupérées toutes les 10 secondes. Le budget d'erreur est mesuré en instantanés métriques et correspond à une valeur statique dérivée de l'objectif SLO et de la durée de la fenêtre temporelle SLO. Étant donné que les instantanés métriques sont pris à intervalles constants de 10 secondes, le nombre total d'instantanés est prédéterminé et ne change pas pendant la durée de la fenêtre temporelle SLO. Vous devez indiquer :

    • Mesure : la mesure d'infrastructure à évaluer
    • Opérateur : L'opérateur de comparaison (>, >=, <, <=)
    • Seuil : valeur seuil utilisée pour la comparaison

    Le type d'agrégation est automatiquement sélectionné en fonction de l'opérateur de seuil :

    • Pour les opérateurs >>= ou : l'agrégation MAX est utilisée pour garantir que tout pic supérieur au seuil dans la fenêtre de 10 secondes soit capturé comme une violation potentielle.
    • Pour les opérateurs <<= ou : l'agrégation MIN est utilisée pour garantir que toute baisse inférieure au seuil dans la fenêtre de 10 secondes soit capturée comme une violation potentielle.
• Personnalisé : utilisez des filtres personnalisés pour définir ce qui constitue un événement positif ou négatif. Il s'agit d'une mesure basée sur les événements.

  • Pour les types d'entités Application et Site Web : vous pouvez définir des filtres pour les appels ou balises valides et non valides :

    • Événements réussis : spécifiez des filtres pour identifier les balises ou les appels réussis. Ces filtres peuvent être combinés pour créer des requêtes composites selon les besoins. Si seuls les événements réussis sont définis, les événements qui ne correspondent pas au filtre sont considérés comme ayant échoué.
    • Événements infructueux (facultatif) : vous pouvez éventuellement spécifier des filtres pour les balises ou les appels infructueux. Si le filtre des événements infructueux est défini, les événements qui ne correspondent ni au filtre des événements réussis ni à celui des événements infructueux sont exclus de la mesure.

  • Pour les types d'entités Infrastructure : vous pouvez définir des conditions basées sur des métriques pour les événements positifs et négatifs. Vous devez indiquer :

    • Événements positifs : définissez la métrique, l'opérateur et le seuil pour les événements positifs
    • Événements indésirables : définissez la métrique, l'opérateur et le seuil pour les événements indésirables

    Les indicateurs utilisés pour définir les événements positifs et négatifs peuvent être identiques ou différents. Contrairement aux indicateurs basés sur la saturation (en fonction du temps ou des événements), cette approche permet de définir des SLO flexibles et personnalisés en fonction des besoins de surveillance de votre infrastructure.

Définissez la valeur cible globale du SLO ainsi que les détails relatifs à la fenêtre temporelle du SLO.

• Objectif SLO : spécifiez le pourcentage cible que votre entité doit atteindre lorsqu'elle fonctionne correctement.

• Fenêtre temporelle : spécifiez le type de fenêtre temporelle pour le SLO.
  • Fixe : une fenêtre temporelle avec une heure de début et une durée distinctes. Par exemple, vous pouvez configurer une fenêtre fixe d'une semaine qui commence le 01/01/2020. La fenêtre temporelle sera automatiquement réinitialisée à la semaine suivante (2020-01-08) lorsque la semaine sera terminée.
  • Roulement : fenêtre temporelle dynamique avec une taille fixe, dont la fin est définie par la date et l'heure sélectionnées dans le sélecteur de temps global. Par exemple, la fenêtre temporelle mobile permet de toujours voir la semaine écoulée.
• Durée : durée de la fenêtre temporelle SLO, exprimée en jours, semaines ou mois civils.
  • Pour la sélection du mois civil : disponible uniquement pour les plages horaires fixes. La période correspond aux limites du mois civil (du premier au dernier jour de chaque mois). Si un SLO est créé au milieu du mois, la période de mesure initiale s'étend de la date de création jusqu'à la fin du mois (une période partielle), les périodes suivantes correspondant à des mois civils complets.
• Lier le fuseau horaire : activez ou désactivez la liaison du fuseau horaire à la fenêtre horaire SLO. S'il n'est lié à aucun fuseau horaire, UTC est sélectionné par défaut.
• Fuseau horaire : spécifiez le fuseau horaire pour la fenêtre horaire SLO. À titre de référence, la liste complète des identifiants de fuseaux horaires valides est disponible ici.

• Début : pour les fenêtres horaires fixes, le jour et l'heure auxquels le calcul du SLO doit commencer.

Après avoir saisi les valeurs pour SLO Target et Time window, le budget d'erreur s'affiche.

• Pour les plans basés sur le temps, il s'agit d'un véritable budget d'erreurs en minutes, déterminé par la durée de la fenêtre temporelle et l'objectif SLO.
• Pour les blueprints basés sur les événements, il s'agit d'un budget d'erreur estimé basé sur les appels ou les balises rencontrés au cours de la période SLO précédente, ainsi que sur la durée de la fenêtre temporelle spécifiée et l'objectif SLO.