Identifier l'endroit où la latence se situe

Cet article explique comment résoudre les problèmes liés aux composants Spanner afin de trouver la source de la latence. Pour en savoir plus sur les points de latence possibles dans une requête Spanner, consultez la section Points de latence dans une requête Spanner.

  1. Dans votre application cliente qui affecte votre service, vérifiez qu'il y a une augmentation de la latence due à la latence aller-retour du client. Vérifiez les dimensions suivantes de vos métriques côté client.

    • Nom de l'application cliente
    • Localité du client (par exemple, zones de VM Compute Engine) et hôte (c'est-à-dire noms des VM)
    • Méthode de l'API Spanner
    • État de l'API Spanner

    Groupez le rapport en fonction de ces dimensions pour voir si le problème est limité à un client, un état ou une méthode spécifique. Pour les charges de travail multirégionales, vérifiez si le problème est limité à un client ou à une région Spanner spécifique.

  2. Vérifiez l'état de votre application cliente, en particulier l'infrastructure informatique côté client (par exemple, l'utilisation de la VM, du processeur ou de la mémoire, les connexions, les descripteurs de fichier, etc.).

  3. Vérifiez la latence dans les composants Spanner:

    a. Vérifiez la latence aller-retour du client avec OpenTelemetry ou avec OpenCensus.

    b. Vérifiez la latence de Google Front End (GFE) avec OpenTelemetry ou avec OpenCensus.

    c. Vérifiez la latence des requêtes de l'API Spanner avec OpenTelemetry ou avec OpenCensus.

    Si vous avez une latence aller-retour élevée du client, une faible latence du GFE ainsi qu'une faible latence des requêtes API Spanner, le code de l'application peut présenter un problème. Cela peut également indiquer un problème de réseau entre le client et le GFE régional. Si votre application présente un problème de performances qui ralentit certains chemins de code, la latence aller-retour du client pour chaque requête API peut augmenter. Il peut également y avoir un problème au niveau de l'infrastructure informatique cliente qui n'a pas été détecté à l'étape précédente.

  4. Vérifiez les dimensions suivantes pour les métriques Spanner:

    • Nom de la base de données Spanner
    • Méthode de l'API Spanner
    • État de l'API Spanner

    Groupez le rapport en fonction de ces dimensions pour voir si le problème est limité à une base de données, un état ou une méthode spécifique. Pour les charges de travail multirégionales, vérifiez si le problème est limité à une région spécifique.

    Si la latence des GFE est élevée, mais pas celle des requêtes API Spanner, cela peut s'expliquer par l'une des causes suivantes:

    • Accédez à une base de données depuis une autre région. Cette action peut entraîner une latence élevée du GFE et une faible latence des requêtes de l'API Spanner. Par exemple, le trafic provenant d'un client situé dans la région us-east1 qui possède une instance dans la région us-central1 peut présenter une latence GFE élevée, mais une latence des requêtes API Spanner plus faible.

    • Il y a un problème au niveau de la couche du GFE. Consultez le tableau de bord d'état Google Cloud pour savoir si des problèmes de mise en réseau sont en cours dans votre région. En l'absence de problème, envoyez une demande d'assistance et incluez ces informations afin que les ingénieurs de l'assistance puissent vous aider à résoudre les problèmes du GFE.

  5. Vérifiez l'utilisation du processeur de l'instance. Si l'utilisation du processeur de l'instance est supérieure au niveau recommandé, vous devez ajouter manuellement des nœuds ou configurer l'autoscaling. Pour en savoir plus, consultez la section Présentation de l'autoscaling.

  6. Observez et dépannez les éventuels points d'accès ou modèles d'accès déséquilibrés à l'aide de Key Visualizer, et essayez d'effectuer un rollback du code d'application en lien direct avec le délai du problème.

  7. Vérifiez les modifications des tendances du trafic.

  8. Consultez les insights sur les requêtes et les insights sur les transactions pour déterminer s'il existe des goulots d'étranglement qui affectent les performances des requêtes ou des transactions. Dans la plupart des cas, vous devez suivre les bonnes pratiques Spanner pour optimiser vos requêtes ou vos transactions.

  9. Utilisez des procédures dans la section Requêtes actives les plus anciennes pour afficher les requêtes sur les frais susceptibles de provoquer un goulot d'étranglement des performances et annuler les requêtes si nécessaire.

  10. Suivez les procédures décrites dans les sections de dépannage des articles suivants pour poursuivre le problème à l'aide des outils d'introspection de Spanner:

Étapes suivantes