Afficher les détails du service

Cliquez sur un service et sélectionnez Afficher les détails.

La page des détails du service vous permet d’afficher :

• Nom du cluster dans lequel le service est hébergé (1)

• L’espace de noms et les étiquettes de service du service (2) (4)

• Tous les services entrants et sortants associés connectés au service sélectionné (3)

• Mesures de clé de service dans un format graphique telles que les accès, le temps de réponse, les erreurs, le volume de données, les erreurs frontales SSL et les erreurs frontales TCP. L’onglet Mesures avec anomalies vous permet d’afficher les anomalies pour une durée spécifique (5).

  Pour plus d’informations, voir Surveiller les services à l’aide des métriques du signal doré.

• Les pods backend associés au service (6).

  

À l’aide de ces tendances de mesures clés, vous pouvez analyser les performances du service pour une durée spécifique.

Par exemple, considérez qu’un service indique un temps de réponse du service supérieur à 700 ms pour toutes les demandes. En tant qu’administrateur, vous pouvez :

• Analyser la tendance de la métrique du temps de réponse du service pour une durée spécifique

• Résoudre le problème

• Vérifiez à nouveau la mesure Temps de réponse du service pour analyser si le temps de réponse s’est amélioré

Détails des mesures

Afficher les détails du module backend

Cliquez sur l’onglet Pods pour afficher les pods backend associés au service.

• Nom du module — Indique le nom du module

• Statut  : indique si le conteneur est en cours d’exécution (UP) ou non (DOWN).

• Adresse IP — Indique l’adresse IP du conteneur

Utilisez l’option Sondage maintenant pour obtenir l’état du conteneur

L’option Sondage maintenant récupère le dernier état du conteneur à partir du cluster.

Surveillez les services à l’aide des mesures du signal doré

Les mesures de signal doré dans les services exécutés dans le cluster Kubernetes font référence à un ensemble de mesures qui vous permettent de détecter des anomalies potentielles pendant une durée spécifique. Lorsque vous avez 100 s de microservices dans le cluster Kubernetes, il peut être difficile d’identifier un service qui présente des problèmes fréquents. Les trois indicateurs clés suivants constituent le signal d’or que le graphique de la console NetScaler peut vous aider à identifier les anomalies potentielles d’un service Kubernetes :

• Accès

• Temps de réponse (Moyen) et Temps de réponse (P99)

• Erreurs

En tant qu’administrateur, à l’aide de ces mesures, vous pouvez :

• Identifier l’état du service

  • Critique — Le service présente des anomalies ou une rupture de seuil dans plusieurs mesures

  • Examen — Le service présente des anomalies ou une violation du seuil dans l’une des mesures

  • Bon — Service sans anomalie ni rupture du seuil

• Analyser le nombre d’anomalies identifiées dans chaque mesure

• Résoudre le problème et éviter tout impact majeur

Identifier les anomalies

Lorsque vous cliquez sur un service et sélectionnez Afficher les détails, la page Détails du service affiche la vue d’ensemble de toutes les mesures. Cliquez sur l’onglet Mesures avec anomalies pour afficher les détails des anomalies.

Pour chaque mesure, le graphique permet d’afficher les anomalies détectées chaque fois que la plage attendue dépasse. Vous pouvez cliquer sur les options pour filtrer les vues du graphique.

Considérez que vous souhaitez analyser les anomalies pour le temps de réponse du service (P99).

Sous Temps de réponse, vous pouvez afficher les détails suivants pour la durée sélectionnée :

• 99e centile — Indique que 99 % des demandes pour la durée sélectionnée sont inférieures à 60 ms

• Moyenne — Indique le temps de réponse moyen du service

• 99,9e centile — Indique le temps de réponse le plus élevé du service

• Anomalies — Indique le total des anomalies détectées

Le graphique vous permet également d’afficher la plage attendue pour la durée sélectionnée. Selon l’exemple, vous pouvez voir :

• La plage de temps de réponse attendue est comprise entre 1 ms et 9 ms.

• Deux anomalies détectées pour le service (une pour 60 ms et une autre pour 25 ms), parce que le temps de réponse du service a dépassé la plage prévue (entre 1 ms et 9 ms).