Identifier l'origine de la latence

Cette page explique comment résoudre les problèmes liés aux composants Spanner afin d'identifier source de la latence. Pour en savoir plus sur les points de latence possibles d'une Spanner, consultez Points de latence d'une requête Spanner

  1. Dans l'application cliente qui affecte votre service, vérifiez la présence d'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
    • La localité du client (par exemple, les zones de la VM Compute Engine) et l'hôte (qui le nom 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 se limite à un problème spécifique le client, le statut ou la méthode. Pour les charges de travail birégionales ou multirégionales, consultez 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'état de l'infrastructure côté client (par exemple, VM, CPU ou mémoire l'utilisation, les connexions, les descripteurs de fichier, etc.).

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

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

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

    c. Vérifier la latence des requêtes API Spanner à l'aide d'OpenTelemetry ou avec OpenCensus.

    Si la latence aller-retour client est élevée, mais la latence du GFE est faible, et une faible Latence des requêtes API Spanner : le code de l'application peut ont un problème. Cela peut également indiquer un problème de réseau entre le client et un GFE régional. Si votre application présente un problème de performances que certains chemins de code soient lents, la latence aller-retour du client pour chaque API peut augmenter. Il peut également y avoir un problème dans l'informatique client qui n'a pas été détectée à l'étape précédente.

  4. Vérifiez les dimensions suivantes pour 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 se limite à un problème spécifique base de données, état ou méthode. Pour les charges de travail birégionales ou multirégionales, vérifiez si le problème est limité à une région spécifique.

    Si la latence du GFE est élevée, mais que la requête API Spanner est faible la latence peut avoir l'une des causes suivantes:

    • Accéder à une base de données depuis une autre région Cette action peut entraîner un débit élevé en GFE et une faible latence des requêtes API Spanner. Par exemple : trafic provenant d'un client situé dans la région us-east1 et possédant une instance La région us-central1 peut présenter une latence GFE élevée, mais une latence inférieure Latence des requêtes API Spanner.

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

  5. Vérifiez l'utilisation du processeur de l'instance. Si l'utilisation du processeur de l'instance dépasse le niveau recommandé, vous devez ajouter manuellement des nœuds ou configurer l'autoscaling. Pour plus d'informations, consultez la page Présentation de l'autoscaling.

  6. Observer et résoudre les éventuels points d'accès ou modèles d'accès déséquilibrés à l'aide de Key Visualizer et essayez d'annuler les modifications du code de l'application fortement corrélées avec le délai du problème.

  7. Vérifiez les changements d'habitude du trafic.

  8. Consultez la section Insights sur les requêtes et Insights sur les transactions pour voyez s'il existe des goulots d'étranglement des performances des requêtes ou des transactions. Dans la plupart des cas, vous devez suivre Bonnes pratiques Spanner pour optimiser vos requêtes ou transactions.

  9. Utiliser des procédures dans les requêtes actives les plus anciennes pour voir toutes les requêtes liées aux dépenses susceptibles de provoquer un goulot d'étranglement annuler les requêtes si nécessaire.

  10. Suivez les procédures décrites dans les sections de dépannage des rubriques suivantes pour : résoudre le problème à l'aide de l'introspection Spanner outils:

Étape suivante