Le réplica en lecture seule à haute disponibilité

Un réplica en lecture seule à haute disponibilité offre des avantages tels qu'une meilleure évolutivité de la lecture, une plus grande disponibilité, une latence de lecture réduite, des capacités de sauvegarde et de reprise après sinistre, et la possibilité de distribuer efficacement le trafic de lecture. Il contribue à une infrastructure de base de données plus robuste et plus réactive pour votre application. Pour plus d'informations, voir Le Databases for PostgreSQL réplique en lecture seule à haute disponibilité.

Le maître

Dans l'onglet Répliques en lecture seule d'un déploiement Databases for PostgreSQL, avant que des répliques en lecture seule ne soient provisionnées, le volet central indique qu'il n'existe pas de répliques en lecture et propose un bouton Créer.

Si un déploiement est un chef et qu'il possède une réplique en lecture seule qui lui est déjà associée, la sous-fenêtre Réplication contient une liste de déploiements de réplique et un lien vers chacun d'eux. Cliquez sur l'icône en forme de roue dentée à droite du nom de déploiement du réplica en lecture seule pour le gérer.

Mise à disposition d'une réplique accessible en lecture seule

Les ressources pour les déploiements PostgreSQL sont allouées par déploiement et les déploiements normaux ont deux membres. Étant donné qu'un réplica en lecture seule n'a qu'un seul membre et que le provisionnement utilise actuellement des valeurs qui représentent la moitié des valeurs demandées pour la mémoire et le stockage, le provisionnement peut échouer. L'interface web ne peut pas modifier la valeur du stockage et utilise automatiquement la valeur du déploiement principal, qui est réduite de moitié. Si cela n'est pas suffisant pour vos données, vous devez utiliser l'API ou le CLI pour spécifier deux fois le stockage que vous souhaitez voir provisionné. (Il en va de même pour la mémoire, bien qu'une quantité inférieure de mémoire puisse ne pas empêcher la restauration de réussir) Une mise à jour est en cours pour remédier à cette situation.

ibmcloud resource service-instance-create <REPLICA_NAME_OR_CRN> databases-for-postgresql standard <REGION> \
-p \ '{
  "remote_leader_id": "crn:v1:bluemix:public:databases-for-postgresql:us-south:a/54e8ffe85dcedf470db5b5ee6ac4a8d8:1b8f53db-fc2d-4e24-8470-f82b15c71819::",
  "members_memory_allocation_mb": "2048",
  "members_disk_allocation_mb": "10240"
}'

curl -X POST \
  https://resource-controller.cloud.ibm.com/v2/resource_instances \
  -H 'Authorization: Bearer <>' \
  -H 'Content-Type: application/json' \
    -d '{
    "name": "<REPLICA_NAME_OR_CRN>",
    "target": "<REGION>",
    "resource_group": "<RESOURCE_GROUP_ID>",
    "resource_plan_id": "databases-for-postgresql-standard",
    "parameters": {
      "remote_leader_id": "crn:v1:bluemix:public:databases-for-postgresql:us-south:a/54e8ffe85dcedf470db5b5ee6ac4a8d8:1b8f53db-fc2d-4e24-8470-f82b15c71819::",
      "members_memory_allocation_mb": "2048",
      "members_disk_allocation_mb": "10240"
    }
  }'

La réplique accessible en lecture seule

Dans l'onglet Répliques en lecture d' une réplique en lecture seule, Réplication contient son nom et sa région, ainsi que le nom et la région de son leader. Le panneau comporte également des boutons permettant de resynchroniser et promouvoir la réplique accessible en lecture seule.

SELECT * from pg_stat_replication;

Resynchronisation d'une réplique accessible en lecture seule

Si vous devez resynchroniser une réplique accessible en lecture seule, cliquez sur le bouton Resynchroniser la réplique accessible en lecture seule. La resynchronisation est une opération perturbatrice au cours de laquelle les données sont supprimées, puis régénérées dans la réplique accessible en lecture seule. La réplique accessible en lecture seule ne peut effectuer aucune autre opération ni exécuter des requêtes lorsqu'une resynchronisation est en cours. Les requêtes ne sont pas redirigées vers le maître, par conséquent, les connexions à la réplique accessible en lecture seule échouent tant que la resynchronisation n'est pas terminée.

Le temps nécessaire à la resynchronisation d'une réplique accessible en lecture seule est variable, mais ce processus peut être très long.

ibmcloud cdb read-replica-resync <DEPLOYMENT_NAME_OR_CRN>

curl -X POST \
  https://api.{region}.databases.cloud.ibm.com/v4/ibm/deployments/{id}/remotes/resync \
  -H 'Authorization: Bearer <>'

Promotion d'une réplique accessible en lecture seule

Une réplique accessible en lecture seule peut être promue vers un cluster indépendant pouvant accepter les opérations d'écriture ainsi que les opérations de lecture. Si quelque chose arrive au déploiement de maître, la réplique accessible en lecture seule peut être promue vers un cluster autonome et commencer à accepter les opérations d'écriture provenant de votre application. La promotion d'un cluster read-replica en cluster autonome sera plus rapide si le cluster read-replica possède déjà plus d'un membre de données.

Lors de la promotion, la réplique accessible en lecture seule met fin à sa connexion avec le maître et devient un déploiement Databases for PostgreSQL autonome. Le déploiement peut commencer à accepter et exécuter des opérations de lecture et d'écriture, les sauvegardes sont activées, et il émet son propre nom d'administrateur. Un nouveau membre de données est ajouté et le déploiement devient un cluster avec deux membres de données. Le coût s'en trouve augmenté car le déploiement est facturé aux même taux de consommation par membre, mais il comporte deux membres au lieu d'un.

Lorsque vous effectuez la promotion d'une réplique accessible en lecture seule, vous pouvez ignorer la sauvegarde initiale qui devrait normalement être exécutée lors de la promotion. Lorsque vous ignorez la sauvegarde initiale, votre réplique devient disponible plus rapidement, mais aucune sauvegarde n'est disponible immédiatement. Vous pouvez lancer une sauvegarde à la demande une fois la promotion terminée.

Une fois qu'une réplique accessible en lecture seule est promue vers un déploiement indépendant, elle ne peut pas être restaurée en tant que réplique accessible en lecture seule ou elle ne peut pas rejoindre un maître.

Remarques sur les répliques accessibles en lecture seule

• La réplique accessible en lecture seule peut exister dans la même région que la formation source, ou dans une autre région, permettant ainsi la réplication de vos données entre les régions.

• Une réplique accessible en lecture seule doit avoir la même version principale que son maître.

• Les sauvegardes sont désactivées sur les répliques accessibles en lecture seule. Les sauvegardes ne sont prises que sur des déploiements de maître.

• Les répliques peuvent être restaurées dans d'autres régions, à l'exception des régions compatibles avec EU Cloud (actuellement eu-de, eu-es, et par-01), qui ne peuvent être restaurées qu'entre elles (par exemple, les répliques de par-01 peuvent être restaurées dans eu-de, et vice versa).

• Il y a une limite de cinq répliques en lecture seule par leader.

• La réplique accessible en lecture seule ne participe pas aux sélections maître->abonné pour le cluster maître, et le basculement vers la réplique accessible en lecture seule n'est pas automatisé. La promotion de la réplique accessible en lecture seule vers un déploiement complet est une tâche initiée manuellement par l'utilisateur.

• La taille minimale d'une réplique en lecture seule est de 8 Go de RAM et de 10 Go de disque. Ces informations s'appliquent si votre déploiement de maître est plus petit.

• Les répliques accessibles en lecture seule ne sont pas mises à l'échelle automatiquement pour correspondre au maître. Si la quantité de données que vous stockez dépasse le disque alloué à vos déploiements, mettez le disque à l'échelle sur les répliques accessibles en lecture seule, puis sur le maître. Lorsque les répliques accessibles en lecture seule sont mises à l'échelle en premier, vous êtes assuré de ne pas manquer d'espace sur ces répliques. Si vous mettez à l'échelle le disque du maître à des fins de performances et non pour des questions d'espace, il n'est pas nécessaire de mettre à l'échelle les répliques accessibles en lecture seule.

• La réplication est asynchrone et peut générer un décalage. Par défaut, il n'y a pas de communication cohérente entre le primaire et le réplica. Il peut arriver qu'une réplique accessible en lecture seule soit beaucoup distancée et qu'elle doive être resynchronisée. Le décalage en matière de réplication peut être plus important lorsque la réplique se trouve dans une région éloignée géographiquement du maître correspondant.

• Si vous surveillez votre déploiement à l'aide du service IBM Cloud Monitoring, vous pouvez observer les tendances de la métrique de délai de réplication PostgreSQL Read replica. Si vous voyez une valeur de -2 pour cette métrique, ce qui pourrait indiquer un problème, suivez les étapes de la section Vérification de l'état de la réplication pour déterminer si la réplication fonctionne comme prévu. Si vous avez des doutes après avoir vérifié l'état de la réplication, contactez le support IBM Cloud pour vérifier votre déploiement avant de procéder à la resynchronisation.

• Un réplica en lecture seule est un déploiement avec un seul membre de données et n'a pas de haute disponibilité interne. Elle est sujette à des interruptions temporaires et à des temps d'indisponibilité durant la maintenance. Si certaines de vos applications reposent sur des répliques accessibles en lecture seule, prenez soin de disposer d'une logique qui relance les requêtes ayant échoué ou d'un équilibrage de charge entre plusieurs répliques accessibles en lecture seule.