Identifier les points où la latence se produit

Cette page explique comment résoudre les problèmes liés aux composants de Spanner pour identifier 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 aller-retour du client. Vérifiez les dimensions suivantes dans 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

    Regroupez les données par ces dimensions pour voir si le problème est limité à un client, 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é à 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, utilisation de VM, de processeur ou de mémoire, connexions, descripteurs de fichiers, 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érifiez la latence des requêtes de l'API Spanner avec 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 qui ralentit certains chemins de code, la latence aller-retour du client pour chaque requête d'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 les 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, le trafic d'un client situé dans la région us-east1 et comportant une instance dans la région us-central1 peut présenter une latence GFE élevée, mais une latence des requêtes API Spanner inférieure.

    • Un problème est survenu au niveau de la couche GFE. Consultez le tableau de bord d'état deGoogle Cloud pour voir si votre région rencontre actuellement des problèmes de réseau. S'il n'y a aucun problème, déposez une demande d'assistance en y incluant ces informations 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 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 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 variations des tendances du trafic.

  8. Consultez les insights sur les requêtes et les insights sur les transactions pour voir s'il existe des goulots d'étranglement de 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