Fenêtres de correction

Vous pouvez utiliser des fenêtres de correction pour exclure certaines périodes qui pourraient fausser l'évaluation de la performance de votre objectif de niveau de service (SLO). Ces périodes peuvent inclure :
  • Fenêtres de maintenance planifiées.

  • Hors heures ouvrables (par exemple, week-ends, jours fériés ou heures nocturnes).

  • Événements ou incidents ponctuels qui ne reflètent pas les conditions normales d'exploitation.

En excluant ces périodes, vous obtenez une vision plus précise des performances SLO et pouvez prendre des décisions éclairées. Cela permet d'éviter des évaluations erronées de la fiabilité globale de votre service.

Pendant une période de correction, les plages horaires spécifiées sont exclues du calcul du SLO.
  • Pour les SLO basés sur le temps, la fenêtre de correction n'est pas prise en compte.

  • Pour les SLO basés sur les événements, tous les événements positifs et négatifs dans la fenêtre de correction ne sont pas pris en compte.

En excluant les événements ponctuels, les corrections des SLO offrent une image plus réaliste et plus précise des performances de votre service, ce qui vous permet de prendre des décisions plus éclairées concernant la fiabilité de celui-ci et d'apporter les ajustements nécessaires.

Les corrections peuvent être ponctuelles ou récurrentes, selon un calendrier régulier.
  • Corrections ponctuelles : nécessitent une heure de début et une durée spécifiques.
  • Corrections récurrentes : utilisez les règles de récurrence d' iCalendar. Les paramètres de règle de récurrence suivants sont pris en charge :
    • FREQ: Fréquence à laquelle la correction est répétée (par exemple, quotidiennement et hebdomadairement)
    • INTERVAL: L'écart entre chaque récurrence
    • COUNT: Nombre total d'occurrences
    • UNTIL: Indique quand la récurrence prend fin
    • BYMONTH: Mois spécifiques (par exemple, janvier et mars)
    • BYDAY: Jours spécifiques de la semaine (par exemple, lundi et vendredi)
    • BYMONTHDAY: Jours spécifiques du mois (par exemple, le 1er et le 15)

Création de fenêtres de correction pour les SLO

Pour créer une fenêtre de correction pour les SLO, procédez comme suit :

  1. Dans le menu de navigation de l'interface utilisateur d' Instana, accédez à la section « Niveaux de service ».

  2. Sélectionnez l'onglet Fenêtres de correction.

  3. Cliquez sur Créer une fenêtre de correction +.

    Remarque : vous pouvez également créer une fenêtre de correction directement à partir d'un tableau de bord SLO spécifique en accédant à ce tableau de bord.
  4. La fenêtre modale de configuration de la fenêtre de correction s'affiche.

  5. Facultatif : définissez le champ d'application en sélectionnant les SLO auxquels s'applique cette fenêtre de correction. Cette étape est facultative et peut être effectuée ultérieurement.

    • Pour effectuer une sélection, cliquez sur « Ajouter un SLO » afin d'ouvrir la fenêtre contextuelle de sélection des SLO.
    • Dans la fenêtre contextuelle « Ajouter des SLO », vous pouvez sélectionner un ou plusieurs SLO parmi différents types d'entités.
    • Le panneau latéral de droite affiche vos sélections regroupées par type d'entité (Applications, Infrastructure, Tests synthétiques, Sites Web), avec le nombre d'éléments sélectionnés pour chaque catégorie.
    • Cliquez sur « Ajouter » pour valider votre sélection.
    • Vous pouvez ajouter d'autres SLO en cliquant sur « Ajouter un SLO + » ou supprimer ceux qui existent déjà en cliquant sur l'icône de suppression dans la colonne « Action ».
  6. Configurez la date de début. Vous pouvez sélectionner une date passée ou future.

  7. Configurez l'heure de début et la durée de la fenêtre de correction :

    • Planification pour toute la journée : définit une plage horaire de correction de 24 heures commençant à minuit à la date de début indiquée. Si vous activez cette option, vous n'avez pas besoin de configurer l 'heure de début ni la durée.
    • Heure de début : détermine le moment où la fenêtre de correction commence.
    • Durée : indique la durée pendant laquelle la fenêtre de correction reste active (en minutes, heures ou jours).
  8. Sélectionnez la fenêtre Correction récurrente. Vous pouvez choisir entre une seule fois, tous les jours, toutes les semaines, tous les mois ou toutes les années. Si vous sélectionnez une option récurrente, des champs supplémentaires s'affichent dans le formulaire.

    • Une seule fois : cette option crée une fenêtre de correction qui ne se répète pas.

    • Quotidien : cette option crée des fenêtres de correction qui se répètent quotidiennement. Spécifiez les jours où la fenêtre doit être répétée, par exemple tous les 2 jours.

    • Hebdomadaire : cette option crée des fenêtres de correction qui se répètent chaque semaine. Pour l'intervalle hebdomadaire spécifié, vous pouvez définir les jours où la fenêtre de correction a lieu. Spécifiez les jours de la semaine concernés et la fréquence hebdomadaire à laquelle cela doit se produire, par exemple, le vendredi et le dimanche toutes les trois semaines.

    • Mensuel : cette option crée des fenêtres de correction qui se répètent chaque mois. Pour l'intervalle mensuel spécifié, par exemple tous les deux mois, vous pouvez définir le jour où la fenêtre de correction se produit de la manière suivante :

      • Indiquez le mois et le jour, par exemple le 21 de chaque deuxième mois.
      • Précisez le jour de la semaine, par exemple le deuxième mardi de chaque deuxième mois.
    • Annuelle : cette option crée des fenêtres de correction qui se répètent chaque année. Pour l'intervalle annuel spécifié, vous pouvez définir le jour où la fenêtre de correction se produit de la manière suivante :

      • Précisez le mois et le jour, par exemple, chaque année le 25 décembre.
      • Précisez le jour de la semaine d'un mois spécifique, par exemple, chaque dernier lundi de septembre.
  9. Si la fenêtre de correction est récurrente, configurez les options de récurrence :

    • Date de fin : date précise à laquelle la fenêtre de correction récurrente prend fin.
    • Nombre d'occurrences : nombre total de fois où la fenêtre de correction doit se répéter.
    • Pour toujours : la fenêtre de correction ne se ferme jamais et revient sans cesse.
  10. Configurez le nom et la description de la fenêtre de correction.

Exemples de calcul de la fenêtre de correction

Il est essentiel de comprendre comment les fenêtres de correction affectent les calculs SLO pour évaluer les performances avec précision. Les exemples suivants illustrent l'impact des fenêtres de correction sur les SLO basés sur le temps et sur les événements.

Exemple 1 : Fenêtre de correction unique pour la maintenance planifiée

Scénario : une fenêtre de maintenance planifiée de 2 heures le 15 mars 2025, de 02h00 à 04h00 UTC.

Configuration SLO :

  • Entité : Application
  • Plan directeur : Latence (basée sur le temps)
  • Objectif : 99 %
  • Fenêtre temporelle : 7 jours consécutifs
  • Nombre total de minutes dans la fenêtre : 10 080 minutes
  • Budget d'erreur : 10 080 × (1 - 0.99 ) = 101 minutes

Sans fenêtre de correction :

  • Mauvaises minutes pendant la maintenance : 120 minutes (toutes les 2 heures)
  • Autres mauvaises minutes : 15 minutes
  • Total des minutes négatives : 135 minutes
  • Statut SLO : 100 % × (10 080 - 135) / 10 080 = 98.66 %
  • Budget d'erreur restant : 101 - 135 = -34 minutes (épuisé)

Avec fenêtre de correction appliquée :

  • Fenêtre temporelle ajustée : 10 080 - 120 = 9 960 minutes
  • Budget d'erreur ajusté : 9 960 × (1 - 0.99 ) = 100 minutes
  • Mauvaises minutes (hors maintenance) : 15 minutes
  • Statut SLO : 100 % × (9 960 - 15) / 9 960 = 99.85 %
  • Budget d'erreur restant : 100 - 15 = 85 minutes

Impact : la fenêtre de correction empêche la maintenance planifiée de consommer le budget d'erreurs, offrant ainsi une vision plus précise des performances du service pendant les opérations normales.

Exemple 2 : Fenêtres de correction récurrentes pour les heures non ouvrables

Scénario : exclure les heures hors heures de bureau (de 10 h à 1 PM-8, en semaine, ainsi que tous les week-ends) des calculs du SLO.

Configuration SLO :
  • Entité : Site web
  • Plan directeur : Disponibilité (basée sur les événements)
  • Objectif : 95 %
  • Fenêtre temporelle : 7 jours consécutifs
  • Fuseau horaire : Amérique/New_York

Configuration de la fenêtre de correction :

Deux périodes de correction distinctes et récurrentes :
  1. Heures nocturnes (jours de semaine) :

    • Récurrence : quotidienne (du lundi au vendredi)
    • Heure de début : 22 h 00 (10 h PM)
    • Durée : 10 heures (jusqu'à 8 h le lendemain)
    • Exclu par semaine : 5 jours × 10 heures × 60 minutes = 3 000 minutes
  2. Les week-ends :

    • Récurrence : hebdomadaire
    • Jours : samedi, dimanche
    • Durée : Toute la journée (24 heures)
    • Exclus par semaine : 2 jours × 24 heures × 60 minutes = 2 880 minutes

Durée totale exclue : 3 000 + 2 880 = 5 880 minutes par semaine

Sans fenêtres de correction :
  • Nombre total d'événements en 7 jours : 50 000 balises
  • Événements en dehors des heures ouvrables : 30 000 balises (60 % du total)
  • Évènements négatifs non liés à l'activité : 1 800 balises
  • Évènements indésirables pendant les heures ouvrables : 400 balises
  • Nombre total d'événements indésirables : 2 200 balises
  • Budget d'erreur : 50 000 × (1 - 0.95 ) = 2 500 balises
  • Statut SLO : 100 % × (50 000 - 2 200) / 50 000 = 95.6 %
  • Budget d'erreur restant : 2 500 - 2 200 = 300 balises
Avec fenêtres de correction appliquées :
  • Nombre total d'événements ajusté : 50 000 - 30 000 = 20 000 balises
  • Budget d'erreur ajusté : 20 000 × (1 - 0.95 ) = 1 000 balises
  • Évènements négatifs (heures ouvrables uniquement) : 400 balises
  • Statut SLO : 100 % × (20 000 - 400) / 20 000 = 98 %
  • Budget d'erreur restant : 1 000 - 400 = 600 balises

Impact : en excluant les heures non ouvrables, le SLO se concentre sur les périodes d'utilisation de pointe, lorsque la qualité du service est la plus importante pour les utilisateurs.

Exemple 3 : Fenêtre de maintenance quotidienne récurrente

Scénario : Fenêtre de maintenance quotidienne de 1 h à 2 h tous les jours.

Configuration SLO :

  • Entité : Infrastructure (hôte)
  • Plan : Saturation (basé sur le temps, CPU)
  • Cible : 99.9 %
  • Fenêtre temporelle : fixe, 7 jours à compter du 15 avril 2025
  • Fuseau horaire : UTC
  • Total des minutes : 10 080 minutes
  • Budget d'erreur : 10 080 × (1 - 0.999 ) = 10 minutes

Configuration de la fenêtre de correction :

  • Récurrence : quotidienne
  • Heure de début : 01h00
  • Durée : 1 heure
  • Total exclu par semaine : 7 jours × 60 minutes = 420 minutes

Sans fenêtre de correction :

  • Mauvaises minutes pendant la maintenance quotidienne : 420 minutes (toutes les périodes de maintenance)
  • Autres mauvaises minutes : 5 minutes
  • Total des minutes négatives : 425 minutes
  • Statut SLO : 100 % × (10 080 - 425) / 10 080 = 95.78 %
  • Budget d'erreurs : fortement épuisé (-415 minutes)

Avec fenêtre de correction appliquée :

  • Fenêtre temporelle ajustée : 10 080 - 420 = 9 660 minutes
  • Budget d'erreur ajusté : 9 660 × (1 - 0.999 ) = 10 minutes (arrondi)
  • Mauvaises minutes (hors maintenance) : 5 minutes
  • Statut SLO : 100 % × (9 660 - 5) / 9 660 = 99.95 %
  • Budget d'erreur restant : 10 - 5 = 5 minutes

Impact : la fenêtre de correction récurrente exclut la maintenance quotidienne, garantissant ainsi que seuls les problèmes imprévus affectent le SLO.

Exemple 4 : Fenêtre de correction avec liaison au fuseau horaire SLO

Scénario : SLO associé au fuseau horaire Europe/Berlin, avec une plage de correction pour les heures de bureau.

Configuration SLO :

  • Entité : Application
  • Plan directeur : Latence (basée sur le temps)
  • Objectif : 99 %
  • Fenêtre temporelle : 7 jours consécutifs
  • Fuseau horaire : Europe/Berlin (SLO est lié au fuseau horaire)

Configuration de la fenêtre de correction :

  • Récurrence : quotidienne (du lundi au vendredi)
  • Heure de début : 09h00
  • Durée : 8 heures
  • Total exclu par semaine : 5 jours × 8 heures × 60 minutes = 2 400 minutes

Important : la fenêtre de correction utilise le fuseau horaire du SLO (Europe/Berlin). Lorsque le fuseau horaire SLO est lié à Europe/Berlin :

  • L'heure de début de la fenêtre de correction (09h00) est interprétée comme étant 09h00, heure de Berlin
  • Pendant les transitions d'heure d'été, la fenêtre de correction s'ajuste automatiquement en fonction du fuseau horaire
  • Aucune conversion manuelle du fuseau horaire n'est nécessaire pour la fenêtre de correction

Calcul :

  • Fenêtre temporelle ajustée : 10 080 - 2 400 = 7 680 minutes
  • Budget d'erreur ajusté : 7 680 × (1 - 0.99 ) = 77 minutes
  • Cela concentre le SLO sur les heures non ouvrables, lorsque le service connaît des modèles d'utilisation différents
Exemple 5 : SLO basé sur les événements avec fenêtre de correction

Scénario : exclure une période de test de charge de 4 heures le 18 avril 2025, de 10 h à 14 h.

Configuration SLO :

  • Entité : Application
  • Plan directeur : Disponibilité (basée sur les événements)
  • Cible : 99.5 %
  • Fenêtre temporelle : 7 jours consécutifs
  • Fuseau horaire : UTC

Configuration de la fenêtre de correction :

  • Type : Ponctuel
  • Date de début : 18 avril 2025
  • Heure de début : 10 h 00
  • Durée : 4 heures

Sans fenêtre de correction :

  • Nombre total d'événements : 100 000 appels
  • Événements de test de charge : 25 000 appels (volume élevé pendant le test)
  • Événements indésirables lors du test de charge : 500 appels (taux d'erreur de 2 % pendant le test)
  • Évènements négatifs normaux : 200 appels
  • Nombre total d'événements indésirables : 700 appels
  • Budget d'erreurs : 100 000 × (1 - 0.995 ) = 500 appels
  • Statut SLO : 100 % × (100 000 - 700) / 100 000 = 99.3 %
  • Budget d'erreurs : épuisé (-200 appels)

Avec fenêtre de correction appliquée :

  • Nombre total d'événements ajusté : 100 000 - 25 000 = 75 000 appels
  • Budget d'erreur ajusté : 75 000 × (1 - 0.995 ) = 375 appels
  • Événements indésirables (hors test de charge) : 200 appels
  • Statut SLO : 100 % × (75 000 - 200) / 75 000 = 99.73 %
  • Budget d'erreurs restant : 375 - 200 = 175 appels

Impact : la fenêtre de correction exclut les charges artificielles des tests, ce qui permet d'obtenir une mesure plus précise de l'expérience réelle des utilisateurs.