FAQ

Les détails des diagnostics dans le graphe de service vous suggèrent les actions de dépannage possibles pour résoudre les problèmes de données partielles ou d’absence de données dans le graphe de service. Les FAQ suivantes peuvent vous aider à analyser des informations supplémentaires pour résoudre le problème de données partiel ou non dans le graphique de service :

Pourquoi le graphique de service affiche des données partielles ou pas de données ?

Les raisons possibles pourraient être :

  • L’itinéraire statique n’est pas configuré

  • L’état du cluster Kubernetes est en panne

  • Échec de l’enregistrement CPX

  • Les serveurs virtuels CPX ne sont pas sous licence

  • La configuration d’analyse requise n’est pas définie qui empêche le graphique de service de charger toutes les données.

Service Graph affiche uniquement les nœuds et aucune arête

Dans le graphique de service, les nœuds font référence aux services du cluster Kubernetes et les tronçons font référence au flux de trafic. Si vous ne voyez pas les bords, cela signifie qu’il n’y a pas de trafic entre les services.

Après avoir ajouté un cluster Kubernetes à la console NetScaler (Infrastructure > Orchestration Kubernetes), la configuration du nœud de service Kubernetes est envoyée à la base de données toutes les 1 heure. Si aucun trafic n’est envoyé pendant cette période mentionnée, les bords ne sont pas visibles.

Si vous ne parvenez pas à voir les tronçons, même après avoir envoyé du trafic, reportez-vous à la question suivante.

J’envoie du trafic et j’ai résolu tous les problèmes dans le cadre de Diagnostics pour les données non partielles. Mais je ne vois toujours pas de bords de graphe

  1. Assurez-vous que votre application envoie du trafic via NetScaler en configurant une entrée appropriée. Vous pouvez le vérifier en vous assurant que la stratégie AppFlow frappe les incréments de comptage lors de l’envoi du trafic.

    FAQ

  2. Si votre application possède des connexions permanentes TCP, ce tronçon particulier ne s’affiche pas tant que la connexion n’est pas terminée.

  3. Si vous utilisez un autre format NetScaler autre que CPX, assurez-vous que les serveurs virtuels du NetScaler disposent d’une licence. NetScaler Console Graph Diagnostics ne prend en compte que le CPX par défaut.

À quelle fréquence le graphique de service affiche les données Kubernetes ?

Vous pouvez afficher les détails du service dans le graphique de service à un intervalle de temps d’une durée d’environ 5 minutes.

J’ai ajouté des routes statiques dans l’agent mais l’enregistrement CPX échoue

Pour déboguer ce problème plus loin :

Étape 1 : Assurez-vous que la communication CPX à l’agent est bien :

  1. Connectez-vous au nœud maître Kubernetes.

  2. Exécutez kubectl get pods.

  3. Exécutez kubectl exec -it <cpx_pod> bash pour obtenir le journal CPX.

  4. Exécutez /var/log/boot.logpour vous assurer que la demande envoyée à l’agent a une réponse de 200.

    FAQ1

    S’il y a un problème avec cette requête (code de réponse à l’exception de 200) :

    • S’il s’agit d’un problème de connectivité, assurez-vous que le problème de connectivité CPX-Agent est résolu.

    • S’il s’agit d’un problème d’authentification, l’enregistrement CPX échoue lorsque le mot de passe de l’agent est modifié.

Étape 2 : Si l’étape 1 a bien fonctionné, consultez les journaux de l’agent :

  1. Connectez-vous à l’agent

  2. Exécutez grep <CPX IP> /var/mps/log/mps_service.log.

    FAQ3

    Si l’étape 1 réussit, les routes doivent être présentes dans mps_service.log.

    Si les routes ne sont pas présentes, une erreur périphérique inaccessible s’affiche dans mps_service.log.

  3. S’il n’y a pas d’erreur, exécutez grep <CPX IP> /var/mps/log/mps_cloudagent.log pour voir les détails sur ce qui s’est passé pendant l’enregistrement.

    Sinon, bien que ce n’est pas recommandé — Vous pouvez également enregistrer CPX à partir de l’interface graphique en fournissant le nom d’utilisateur et le mot de passe, le port HTTP/HTTPS (spécifié dans CPX.yaml) et l’agent dont les routes statiques sont configurées.

Les transactions TCP ne sont pas visibles dans le graphique de service

  1. Assurez-vous que la version CPX est 50.x ou ultérieure.

  2. Activez le paramètre de transaction TCP sur Tous. Pour plus d’informations, consultez la section Configuration d’un graphe de service.

Service Graph est visible, mais il n’y a pas de client > entrée > arêtes de service

L’adresse IP du client est utilisée pour déduire le trafic provenant du client. Assurez-vous que les données reçues de CPX ont une adresse IP qui ne correspond à aucune IP de pod Kubernetes. Ce problème peut ne pas être valable dans tous les déploiements. Par exemple : problème récent de pulsations cardiaques.

Quels sont les CNI pris en charge ?

Flanelle, Calicot et Canal

Je ne parviens pas à ajouter un cluster Kubernetes depuis l’interface graphique de la console NetScaler

Assurez-vous que votre jeton dispose d’un accès étendu au cluster Kubernetes. Pour plus d’informations, consultez la section Ajouter un cluster Kubernetes dans la console NetScaler.

Je ne suis pas en mesure de voir les transactions sous Trace Info

Pour obtenir des analyses de traçage distribué, assurez-vous que :

  • Votre NetScaler a activé le traçage distribué dans le CPX YAML.

  • votre application persiste les en-têtes de trace.

Pour valider ces paramètres, consultez la section Suivi distribué.

Je n’arrive pas à voir mon serveur virtuel configuré sur NetScaler dans la console NetScaler

La console NetScaler interroge les données NetScaler toutes les heures. Vous pouvez interroger manuellement la configuration de NetScaler en accédant à Réseau > Fonctions réseau , puis en cliquant sur Sonder maintenant.