Identifier l'origine de la latence

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

  1. Dans l'application cliente qui affecte votre service, vérifiez que la latence augmente en raison de la latence aller-retour du client. Vérifiez les dimensions suivantes à partir de vos métriques côté client.

    • Nom de l'application cliente
    • Localité du client (par exemple, zones de la 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 birégionales ou multirégionales, déterminez 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 OpenCensus.

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

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

    Si la latence aller-retour client est élevée, mais aussi la latence du GFE et des requêtes API Spanner, le code d'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 est également possible qu'un problème non détecté au niveau de l'infrastructure informatique cliente ait é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 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 latence des requêtes API Spanner est faible, cela peut avoir l'une des causes 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 faible latence des requêtes API Spanner. Par exemple, le trafic provenant d'un client situé dans la région us-east1 et possédant 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.

    • Il y a un problème au niveau de la couche GFE. Consultez le tableau de bord d'état de 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, ouvrez une demande d'assistance en 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 dépasse le niveau recommandé, vous devez ajouter manuellement des nœuds ou configurer l'autoscaling. Pour en savoir plus, consultez la page 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 des modifications du code de l'application qui sont fortement corrélées à la période couverte par le problème.

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

  8. Vérifiez les insights sur les requêtes et les insights sur les transactions pour voir 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 de Spanner pour optimiser vos requêtes ou transactions.

  9. Utilisez les procédures des anciennes requêtes actives pour afficher toutes les requêtes de dépenses 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 rubriques suivantes pour résoudre le problème davantage à l'aide des outils d'introspection de Spanner:

Étapes suivantes