Cette page explique comment configurer le délai maximal de commit (écriture) pour optimiser le débit d'écriture dans Spanner.
Présentation
Pour garantir la cohérence des données, Spanner envoie des requêtes d'écriture à tous les réplicas votants de la base de données. Ce processus de réplication peut entraîner une surcharge de calcul. Pour en savoir plus, consultez la section Réplication.
Les écritures optimisées pour le débit permettent d'amortir ces coûts de calcul en exécutant un groupe d'écritures ensemble. Pour ce faire, Spanner introduit un léger délai et collecte un groupe d'écritures qui doivent être envoyées aux mêmes participants votants. L'exécution des écritures de cette manière peut améliorer considérablement le débit, au prix d'une latence légèrement accrue.
Comportement par défaut
Si vous ne définissez pas de délai de commit, Spanner peut définir un léger délai si cela permet d'amortir le coût de vos écritures.
Cas d'utilisation courants
Vous pouvez définir manuellement le délai de vos requêtes d'écriture en fonction des besoins de votre application. Vous pouvez également désactiver les délais de commit pour les applications très sensibles à la latence en définissant le délai maximal de commit sur 0 ms.
Si vous disposez d'une application tolérante à la latence et que vous souhaitez optimiser le débit, la définition d'un délai de commit plus long améliore considérablement le débit, tout en entraînant une latence plus élevée pour chaque écriture. Par exemple, si vous chargez en bloc une grande quantité de données et que l'application ne se soucie pas de la rapidité avec laquelle Spanner écrit des données individuelles, vous pouvez définir le délai de commit sur une valeur plus longue, comme 100 ms. Nous vous recommandons de commencer par une valeur de 100 ms, puis de l'ajuster jusqu'à ce que les compromis entre latence et débit répondent à vos besoins. Pour la plupart des applications, une valeur comprise entre 20 ms et 100 ms est optimale.
Si vous disposez d'une application sensible à la latence, Spanner est également sensible à la latence par défaut. Si votre charge de travail est irrégulière, Spanner peut définir un léger délai. Vous pouvez essayer de définir une valeur de 0 ms pour déterminer si la latence réduite au prix d'un débit accru est raisonnable pour votre application.
Définir des délais de commit mixtes
Vous pouvez configurer différents délais maximaux de commit sur des sous-ensembles de vos écritures. Dans ce cas, Spanner utilise le délai le plus court configuré pour l'ensemble des écritures. Toutefois, nous vous recommandons de choisir une seule valeur pour la plupart des cas d'utilisation, car cela permet d'obtenir un comportement plus prévisible.
Limites
Vous pouvez définir un délai de commit compris entre 0 et 500 ms. Si vous définissez des délais de commit supérieurs à 500 ms, une erreur se produit.
Définir le délai maximal de commit pour les requêtes de commit
Le paramètre de délai maximal de commit fait partie de la méthode CommitRequest. Vous pouvez accéder
à cette méthode avec l'API RPC,
API REST,
ou à l'aide de la bibliothèque cliente Cloud Spanner.
C#
Go
Java
Node.js
Python
Ruby
Surveiller la latence des requêtes d'écriture
Vous pouvez surveiller l'utilisation du processeur et la latence de Spanner à l'aide de la Google Cloud console. Lorsque vous définissez un délai plus long pour vos requêtes d'écriture, vous pouvez vous attendre à ce que l'utilisation du processeur diminue potentiellement, tandis que la latence augmente. Pour en savoir plus sur la latence dans les requêtes Spanner, consultez Capturer et visualiser la latence des requêtes de l'API Spanner.