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 votre application cliente qui affecte votre service, vérifiez qu'il y a une augmentation de 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 de 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, processeur ou mémoire l'utilisation, 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 du front-end Google (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 que la latence GFE et la latence des requêtes API Spanner sont faibles, le code de l'application peut présenter un problème. Il peut également s'agir d'un problème réseau entre le client et le 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 se peut également qu'un problème de l'infrastructure IT du client n'ait pas été détecté à 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

    Regroupez les données 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écifiques. 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 GFE est élevée, mais que la latence des requêtes de l'API Spanner est faible, cela peut être dû à l'une des raisons suivantes :

    • Accéder à une base de données depuis une autre région Cette action peut entraîner une latence GFE élevée et une latence de requête API Spanner faible. 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 pour que les ingénieurs de l'assistance puissent 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. Observez et corrigez les points chauds potentiels ou les modèles d'accès déséquilibrés à l'aide de Key Visualizer, puis essayez de revenir en arrière sur les modifications apportées au code de l'application qui sont fortement corrélées à la période du problème.

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

  8. Vérifiez les 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.

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

  10. Pour résoudre le problème plus en détail à l'aide des outils d'introspection Spanner, suivez les procédures décrites dans les sections de dépannage des sujets suivants :

Étape suivante