Analyse des anomalies de surveillance de l'expérience

Prev Next

Cet article explique comment utiliser l'Atelier des Histoires XOps et la page d'analyse détaillée pour analyser les histoires XOps pour des comportements anormaux détectés par le moteur d'Anomalie de Surveillance de l'Expérience.

Pour plus de détails sur l'utilisation de l'Atelier des Histoires, voir Revue des Histoires de Détection & Réponse XOps dans l'Atelier des Histoires.

Présentation

Le service XOps de Cato détecte des activités anormales basées sur la Surveillance de l'Expérience, ce qui peut indiquer un problème avec une application ou la performance du réseau vers une application. Le moteur d'anomalie surveille et analyse le trafic réseau de chaque site et chaque application pendant une période initiale de 14 jours pour établir une ligne de base pour chaque nouvelle application en fonction du TTFB (Time to First Byte).

Après cette période, le moteur s'exécute une fois par jour sur les données de la veille et vérifie s'il y a eu un écart significatif par rapport à la ligne de base. En cas d'anomalie, une histoire est générée.

Remarque :

Si plusieurs écarts surviennent le même jour, une seule histoire est générée pour tous.

Même après l'établissement de la ligne de base, il s'agit d'une mesure dynamique qui est mise à jour avec les données de chaque jour. Autrement dit, la ligne de base initiale est établie après les 14 premiers jours, mais continue à évoluer avec les données de chaque nouveau jour.

Lorsque le moteur d'anomalie génère une histoire, vous pouvez la revoir dans le Stories Workbench et approfondir pour une analyse plus détaillée des données de l'histoire.

Indications de l'anomalie d'expérience 

Voici les indications de comportement anormal détecté par le moteur d'Anomalie de Surveillance de l'Expérience pour générer des histoires :

Indication

Nom d'affichage

Anomalie du Temps de Réponse de l'Application sur le Site

Détecte des anomalies dans la métrique Temps jusqu'au Premier Octet (TTFB) pour une application à un site spécifique.

Panne Potentielle d'Application Due à des Erreurs HTTP Massives

Détecte des anomalies dans le ratio des échecs HTTP par rapport aux réussites pour des applications spécifiques dans le trafic sur le réseau mondial Cato.

Analyse approfondie et analyse des histoires d'anomalies de surveillance de l'expérience

Vous pouvez cliquer sur une histoire d'anomalie d'expérience dans le Stories Workbench pour approfondir et enquêter sur les détails sur une autre page. Cette page contient des informations supplémentaires pour vous aider à commencer votre enquête sur l'incident.

Affichage d'une histoire d'anomalie d'expérience

Cliquez sur une histoire d'anomalie d'expérience dans la page du Stories Workbench pour afficher les détails de l'histoire UEBA.

Pour voir la page de l'Établi des Histoires :

  1. Dans le menu de navigation, cliquez sur Accueil > Workbench des histoires.

  2. Sous Producteur, sélectionnez Anomalie d'expérience.

Comprendre les widgets d'anomalie d'expérience

Voici les widgets pour une histoire d'anomalie d'expérience :

Nom

Desciption

Résumé de l'historique

En haut de la page, le résumé des histoires montre les informations de base sur l'histoire, y compris :

  • Indication du problème détecté

  • Le producteur qui a généré l'histoire

  • Site source où l'histoire s'est produite

  • Application avec laquelle le site communiquait

  • Statut de l'Histoire

Chronologie de l'histoire

Sous le résumé de l'histoire, la chronologie montre les modifications du statut de l'histoire

Détails

Détails de base sur l'histoire, y compris :

  • Une description et résumé

  • Premier signal - Heure du premier signal (flux de trafic) associé à l'anomalie

  • Date de Création - Heure de génération de l'histoire

  • Dernière Mise à Jour - Heure de la dernière mise à jour de l'histoire, par exemple un nouveau cible ou un verdict modifié

  • Histoires Similaires - Affiche des histoires avec des détails similaires comme le site et l'application.

  • Gravité - L'impact potentiel du problème sur votre réseau. Les valeurs vont de 1 (faible impact) à 10 (fort impact)

Anomalie d'expérience

Indication visuelle de l'expérience de l'application le jour de l'histoire

Entités

Les entités où l'histoire s'est produite. Celles-ci pourraient être des Utilisateurs, Sites, Stockages de données, applications, etc.

Temps jusqu'au Premier Octet

Durée entre la requête HTTP et la réception du premier octet.

Chronologie de l'incident

Une liste des événements détectés pour les problèmes et les résolutions dans l'histoire.

  • Cliquez sur Journal des Événements pour afficher la page des Événements pré-filtrée pour l'incident

Workflow du Playbook

Un guide de dépannage étape par étape adapté au problème spécifique détecté dans l'histoire. Cela vous aide à identifier rapidement les causes profondes et à résoudre le problème en utilisant des actions claires et réalisables. Inclut des liens vers la documentation pertinente.

Enquête sur les anomalies

Une fois que vous avez les informations de base sur l'anomalie, y compris le site où elle s'est produite, l'application et l'heure, vous pouvez utiliser les widgets de surveillance de l'expérience pour approfondir l'enquête sur l'histoire.

Par exemple, vous pouvez filtrer par application et, en utilisant l'onglet Performance de l'Application, afficher plus d'informations sur les problèmes possibles survenus au moment de l'anomalie. De plus, vous pouvez utiliser l'onglet Tunnel pour voir s'il y a eu un problème avec le tunnel, ou peut-être dans l'onglet Hôtes, vous pouvez voir qu'il y a eu une augmentation soudaine du nombre d'utilisateurs qui accédaient à l'application, ce qui pourrait avoir causé la dégradation de l'expérience.