À propos des pools de lecture

Les pools de lecture Cloud SQL sont compatibles avec l'équilibrage de 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 réplica en lecture du pool de lecture est appelé nœud du pool de lecture.

Vous pouvez mettre à l'échelle votre pool de lecture de plusieurs manières :

  • Scaling horizontal : mettez à l'échelle la capacité d'équilibrage de charge horizontalement en modifiant le nombre de nœuds du pool de lecture dans le pool de lecture. Chaque pool de lecture peut comporter entre 1 et 20 nœuds.
  • Effectuer un scaling vertical : augmentez ou diminuez la capacité d'équilibrage de charge 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 ou réduit, les applications qui étaient auparavant connectées à ce point de terminaison de lecture unique n'ont pas besoin d'être reconfigurées, même si vous pouvez créer de nouveaux nœuds de pool de lecture dans le pool de lecture ou supprimer les précédents.

Chaque nœud du pool de lecture possède également sa propre adresse IP. Bien que cette approche ne soit pas recommandée pour accéder efficacement à vos données, vous pouvez utiliser ces adresses IP pour résoudre les problèmes de performances des nœuds de pool de lecture individuels.

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 Afficher les informations du pool de lecture.

Les caractéristiques suivantes s'appliquent :

  • Les nœuds du pool de lecture résident toujours dans la même région, comme spécifié par l'utilisateur. Google Cloud alterne la résidence des nœuds du pool de lecture entre toutes les zones de la région.
  • Une instance principale peut comporter un ou plusieurs pools de lecture.
  • Les opérations suivantes entraînent un temps d'arrêt inférieur à la seconde :
    • Faire évoluer le pool de lecture (ajouter ou supprimer des nœuds de pool de lecture)
    • Effectuer un scaling à la hausse ou à la baisse (modifier le type de machine des nœuds du pool)
    • Conversion d'une instance répliquée avec accès en lecture zonale existante en pool de lecture.
  • Un pool de lecture fait l'objet d'une maintenance avant son instance principale, comme les instances répliquées avec accès en lecture. Comme les instances répliquées avec accès en lecture, les pools de lecture font l'objet d'une maintenance pendant l'intervalle de maintenance de l'instance principale.
  • Chaque nœud du pool de lecture dispose des mêmes métriques qu'une instance répliquée avec accès en lecture Cloud SQL.
  • Lorsque vous utilisez gcloud ou la console Google Cloud pour décrire les détails d'un projet, le nom du pool de lecture est indiqué, mais pas les noms des nœuds individuels du pool de lecture.

Limites

Les limites suivantes s'appliquent :

  • Les pools de lecture ne sont disponibles que pour les instances 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 du pool de lecture en fonction de l'état de la base de données, mais quelle que soit l'importance du délai de réplication sur ce nœud. 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 non en retard est disponible. Une base de données est considérée comme saine si le processus de base de données est opérationnel et peut répondre aux requêtes, mais il n'y a aucune exigence concernant la fraîcheur des données diffusées.
  • Aucune garantie n'est donnée concernant une session logique unique 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 traité une requête antérieure. Cela 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 reçoivent toujours les mises à jour de maintenance Cloud SQL, vous ne pouvez pas mettre à jour 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 répliquées avec accès en lecture, les opérations suivantes ne sont pas compatibles avec les pools de lecture :
    • Promouvoir une instance répliquée
    • redémarrer
    • import
    • export
    • failover
    • rechiffrer
    • clone
  • Les fonctionnalités suivantes ne peuvent pas être utilisées avec un pool de lecture :
    • Private Service Connect
    • Certificats SSL/TLS avec une AC partagée ou une AC gérée par le client
  • Un pool de lecture ne peut pas être répliqué vers une autre instance, par exemple une réplique en cascade ou un autre pool de lecture.
  • Un pool de lecture doit être répliqué directement à partir d'une instance principale. Il ne peut pas s'agir d'une instance répliquée en cascade.
  • Si vous souhaitez convertir une instance répliquée avec accès en lecture régionale en pool de lecture, vous devez d'abord la convertir en instance répliquée avec accès en lecture zonale.
  • Lorsque vous créez ou mettez à l'échelle un pool de lecture, vous devez attendre la fin des opérations de création, de réduction ou d'augmentation d'effectuer un scaling horizontal précédentes associées au pool de lecture. Cette restriction s'applique à tout autre pool de lecture associé à la même instance principale. Si vous souhaitez mettre à l'échelle plusieurs pools de lecture associés à la même instance principale, vous devez attendre la fin des opérations de mise à l'échelle associées au premier pool de lecture avant de commencer à mettre à l'échelle 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..
  • Seule une instance répliquée zonale située dans la même région que l'instance principale peut être convertie pour être utilisée dans un pool de lecture.
  • Vous ne pouvez pas ajouter ni supprimer de nœuds de pool de lecture dans le pool de lecture si 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.

Étapes suivantes