Résoudre les problèmes de connectivité réseau

Dans ce cas d'utilisation, vous êtes un administrateur réseau chargé de gérer un réseau comprenant plusieurs applications à équilibrage de charge. Vous avez été alerté d'un problème de latence. Selon les informations dont vous disposez, l'application mobile de votre organisation est ralentie par intermittence et dépasse le délai d'attente. Vous savez qu'un certain nombre d'utilisateurs différents sont affectés et qu'il n'y a eu aucun déploiement d'application récent. Le problème est probablement lié à un changement dans l'environnement et non à l'application.

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

Détails de la topologie

Le déploiement couvre trois régions Google Cloud (us-central1, europe-west1 et asia-east1). Toutes les requêtes client externes sont diffusées par un seul équilibreur de charge HTTP(S) externe disposant de plusieurs backends dans chacune des trois régions. Les requêtes des clients provenant de l'une des trois régions commerciales (Amériques, EMEA et APAC) sont traitées par des instances d'application dans la région Google Cloud la plus proche.

Le graphique suivant montre la hiérarchie de premier niveau du déploiement :

Latence du réseau

Dans ce scénario, nous supposons que vous disposez d'un équilibreur de charge nommé shopping-site-lb. Vous vérifiez la latence entre les clients externes et l'équilibreur de charge pour voir si la latence entre eux a changé. Selon vos observations, c'est bien ce qui s'est produit et décidez d'examiner plus en détail les backends de l'équilibreur de charge.

  1. Vous filtrez le graphique pour n'afficher que le trafic de votre équilibreur de charge externe shopping-site-lb.

    Après avoir appliqué le filtre, Network Topology n'affiche que les connexions liées à l'équilibreur de charge, comme illustré dans l'exemple suivant.

  2. En commençant par les clients externes dans la région Amériques, vous cliquez sur les métriques de trafic entre la région commerciale Amériques et l'équilibreur de charge.

    Network Topology affiche des graphiques dans le volet Détails. Les informations incluent le trafic entrant et sortant entre votre entité sélectionnée et l'entité associée. Par exemple, Network Topology fournit les dernières valeurs de requêtes par seconde (QPS) et de latence de la requête 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. En haut du volet Détails, vous développez les graphiques de séries temporelles sur 6 heures en cliquant sur 6h.

    1 La figure est fournie à titre indicatif. Les données ne reflètent pas le cas d'utilisation.

    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 convaincu que le problème est lié à une latence accrue avec l'équilibreur de charge.

  4. Pour obtenir une vue d'ensemble du problème, étudiez l'équilibreur de charge davantage en accédant à la page Équilibrage de charge dans Google Cloud Console. Vous constatez finalement qu'une instance du service de backend de l'équilibreur de charge mettait plus de temps que la normale à répondre. Vous mettez cette instance hors service, ce qui résout le problème.

Étape suivante