À propos des pools de lecture

Les pools de lecture Cloud SQL permettent d'équilibrer la charge pour vos charges de travail de lecture volumineuses.

Que sont les pools de lecture ?

Un pool de lecture est un ensemble d'instances répliquées avec accès en lecture utilisé pour distribuer vos charges de travail de lecture volumineuses. Ces charges de travail peuvent être redirigées de l'instance principale vers le pool de lecture pour réduire la charge sur l'instance principale.

Chaque instance dupliquée avec accès en lecture du pool de lecture est appelée nœud de pool de lecture.

Vous pouvez faire évoluer votre pool de lecture de plusieurs manières:

  • Scaling in ou scaling out: effectuez un scaling horizontal de la capacité d'équilibrage de charge en modifiant le nombre de nœuds du pool de lecture. Chaque pool de lecture peut contenir entre 1 et 20 nœuds de pool de lecture.
  • Évoluer vers le haut ou vers le bas: évaluez la capacité d'équilibrage de charge verticalement en modifiant le type de machine associé à un nœud de pool de lecture. Une fois définie, la configuration est appliquée de manière uniforme à chaque nœud du pool de lecture.

Lorsque vous modifiez les paramètres des nœuds du pool de lecture, tels que le stockage, la connectivité ou les indicateurs de configuration de la base de données, les modifications sont automatiquement appliquées de manière uniforme à chaque nœud du pool de lecture.

Le pool de lecture est accessible via un point de terminaison de lecture unique avec une adresse IP immuable. Les connexions établies via le point de terminaison sont automatiquement redirigées vers l'un des nœuds du pool de lecture. Lorsque vous souhaitez que le pool de lecture soit mis à l'échelle, les applications qui étaient auparavant connectées à ce seul point de terminaison de lecture n'ont pas besoin d'être reconfigurées, même si vous pouvez créer des nœuds de pool de lecture dans le pool de lecture ou en supprimer d'anciens.

Chaque nœud du pool de lecture possède également sa propre adresse IP. Bien que nous ne recommandions pas cette approche efficace pour accéder à vos données, vous pouvez utiliser ces adresses IP pour résoudre les problèmes de performances de chaque nœud de pool de lecture.

Pour savoir comment récupérer les informations de connexion du pool de lecture ou des nœuds du pool de lecture (adresses IP ou chaîne de connexion), consultez la section Afficher les informations sur le pool de lecture.

Les caractéristiques suivantes s'appliquent:

  • Les nœuds du pool de lecture se trouvent toujours dans la même région, comme spécifié par l'utilisateur. Trusted Cloud by S3NS alterne la résidence des nœuds du pool de lecture entre toutes les zones de la région.
  • Une instance principale peut avoir un ou plusieurs pools de lecture.
  • Les opérations suivantes entraînent un temps d'arrêt inférieur à une seconde :
    • Évoluer ou réduire (ajouter ou supprimer des nœuds de pool de lecture)
    • Évoluer vers le haut ou vers le bas (modifier le type de machine des nœuds du pool)
    • Convertir une instance dupliquée avec accès en lecture zonale existante en pool de lecture
  • Un pool de lecture est entretenu avant son instance principale, comme les instances dupliquées avec accès en lecture. Comme les instances dupliquées avec accès en lecture, les pools de lecture sont entretenus pendant la période de maintenance de l'instance principale.
  • Chaque nœud du pool de lecture dispose des mêmes métriques qu'un réplica de lecture Cloud SQL.
  • Lorsque vous utilisez gcloud ou la console Trusted Cloud pour décrire les détails d'un projet, le nom du pool de lecture est listé, mais pas les noms des nœuds de pool de lecture individuels.

Limites

Les limites suivantes s'appliquent :

  • Les pools de lecture ne sont disponibles que pour les instances de l'édition Cloud SQL Enterprise Plus sur la nouvelle architecture réseau. L'instance principale associée à un pool de lecture doit également être une instance Cloud SQL Enterprise Plus.
  • Le trafic est diffusé à partir des nœuds de pool de lecture en fonction de l'état de la base de données, mais quel que soit le délai de réplication sur ce nœud de pool de lecture. Le trafic peut être diffusé à partir d'un nœud de pool de lecture en retard, même si un autre nœud de pool de lecture sans retard est disponible. Une base de données est considérée comme saine si le processus de base de données est actif et peut répondre aux requêtes, mais aucune exigence n'est imposée quant à la fraîcheur des données diffusées.
  • Aucune garantie n'est donnée concernant une seule session logique se connectant à plusieurs nœuds de pool de lecture dans le pool de lecture. Il est possible que les requêtes ultérieures d'une session se connectent à un nœud de pool de lecture dont la position de réplication (LSN) est inférieure à celle du nœud de pool de lecture qui a répondu à une requête précédente, ce qui peut donner l'impression que l'état de la base de données remonte dans le temps.
  • Les types de mises à jour suivants ne sont pas acceptés :
    • Bien que les pools de lecture continuent de recevoir les mises à jour de maintenance de Cloud SQL, vous ne pouvez pas mettre à niveau votre pool de lecture vers une nouvelle version majeure de la base de données.
    • Démarrer ou arrêter des nœuds du pool de lecture
  • En plus des opérations non compatibles avec les instances dupliquées avec accès en lecture, les opérations suivantes ne sont pas compatibles avec les pools de lecture :
    • promouvoir une instance dupliquée
    • restart
    • import
    • export
    • failover
    • re-encrypt
    • clone
  • Les fonctionnalités suivantes ne peuvent pas être utilisées avec un pool de lecture :
    • Private Service Connect
    • Certificats SSL/TLS avec une autorité de certification partagée ou gérée par le client
  • Un pool de lecture ne peut pas être répliqué vers une autre instance, par exemple, un réplica en cascade ou un autre pool de lecture.
  • Un pool de lecture doit se répliquer directement à partir d'une instance principale. Il ne doit pas s'agir d'une instance répliquée en cascade.
  • Si vous souhaitez convertir une instance dupliquée avec accès en lecture régionale en pool de lecture, vous devez d'abord la convertir en instance dupliquée avec accès en lecture zonale.
  • Lorsque vous créez ou échelonnez un pool de lecture, vous devez attendre la fin des opérations de création de pool, de réduction ou d'augmentation de l'échelle associées au pool de lecture. Cette restriction s'applique à tout autre pool de lecture associé à la même instance principale. Si vous souhaitez faire évoluer plusieurs pools de lecture associés à la même instance principale, vous devez attendre la fin des opérations d'ajustement associées au premier pool de lecture avant de commencer à ajuster le pool de lecture suivant. Si vous envoyez des requêtes simultanées, vous pouvez recevoir l'erreur suivante : Operation failed because another operation was already in progress..
  • Seul un réplica zonal situé dans la même région que l'instance principale peut être converti pour être utilisé dans un pool de lecture.
  • Vous ne pouvez pas ajouter ni supprimer de nœuds de pool de lecture du pool de lecture lorsque vous modifiez leur type de machine en même temps.
  • Si votre application doit se connecter à une instance répliquée avec accès en lecture dédiée (par exemple, en raison d'index secondaires présents sur une instance répliquée avec accès en lecture spécifique), créez une instance répliquée avec accès en lecture Cloud SQL et utilisez-la à la place.
  • Vous ne pouvez pas interroger des utilisateurs et des bases de données spécifiques associés à un pool de lecture. Étant donné que Cloud SQL Studio s'appuie sur les données fournies par les utilisateurs et les bases de données, il n'est pas compatible avec les pools de lecture.

Étape suivante