Cas d'utilisation: résoudre les problèmes de connectivité GKE

Dans ce cas d'utilisation, vous êtes un administrateur réseau gérant un réseau comprenant plusieurs espaces de noms GKE. Vous avez été alerté d'un problème de latence et vous avez été informé que l'application mobile de votre organisation était parfois lente et arrivée à expiration. Vous savez qu'un certain nombre d'utilisateurs différents sont affectés et qu'aucun déploiement d'application n'a été effectué récemment. Le problème est probablement lié à un cluster GKE spécifique.

Le cas d'utilisation suivant montre comment Network Topology peut vous aider à résoudre et à examiner rapidement les problèmes liés à votre déploiement GKE.

Détails de la topologie

Le déploiement s'étend sur trois régions Google Cloud (us-central1, europe-west1 et asia-east1). Toutes les requêtes client externes sont diffusées par les trois clusters situés dans les trois régions à plusieurs espaces de noms. Les requêtes client provenant de l'une des trois régions commerciales (Amériques, EMEA et APAC) sont diffusées par des instances d'application situées dans la région Google Cloud la plus proche.

La topologie suivante montre la hiérarchie de premier niveau pour le déploiement:

Latence du réseau

Dans ce scénario, supposons que vous disposez d'un cluster GKE nommé "online-boutique". Vous allez vérifier la latence entre les clients externes et le cluster GKE pour voir si la latence entre eux a changé. Vous découvrez qu'il a changé et décidez d'examiner plus en détail les nœuds du cluster.

  1. Filtrez la topologie pour n'afficher que le trafic de votre cluster online-boutique.

    Dans la section Filtre, vous pouvez ajouter un filtre pour sélectionner des nœuds et ses pairs. Cette section n'est disponible que pour les vues de métriques et non pour les vues d'insights. Cliquez sur Ajouter un filtre, puis sélectionnez le type de nœud et le nœud.

    Une fois le filtre appliqué, Network Topology n'affiche que les connexions liées au cluster, comme illustré dans l'exemple suivant.

  2. En commençant par les clients externes situés en Amériques, cliquez sur les métriques de trafic entre la région commerciale Amériques et le cluster GKE. Network Topology affiche des graphiques dans le volet de détails. Les informations incluent le trafic d'entrée et de sortie entre l'entité sélectionnée et l'entité connectée. Par exemple, Network Topology fournit les dernières valeurs pour les requêtes par seconde (RPS) et la latence des requêtes HTTP. Dans le graphique de latence de la requête, vous voyez les valeurs des 50e, 95e et 99e centiles. Dans cet exemple, imaginons que toutes les valeurs de latence sont plus élevées que prévu.

  3. Pour étendre les graphiques de séries temporelles à six semaines, sélectionnez 6 semaines en haut du volet de détails.

    Vous voyez un bond important qui s'est produit il y a environ deux heures, à peu près lorsque les premiers problèmes ont été signalés. Vous êtes certain que le problème est lié à une latence accrue avec un pod GKE.

  4. En ayant une vue d'ensemble du problème, vous examinerez plus en détail les nœuds GKE. Pour en savoir plus sur la résolution des problèmes de nœuds GKE, consultez la page Résoudre les problèmes de connectivité GKE.

Étapes suivantes