Les instances en lecture seule délestent le trafic de lecture de votre instance principale ApsaraDB RDS for PostgreSQL. La réplication physique synchronise les données de l'instance principale vers chaque instance en lecture seule en temps réel, garantissant la cohérence des données sur l'ensemble des instances.
Pour plus d'informations sur les instances en lecture seule, consultez la rubrique Instances en lecture seule PostgreSQL.
Prérequis
Votre instance RDS principale doit répondre à toutes les exigences suivantes :
Version : Version disponible (non obsolète). Vous ne pouvez pas créer d'instances en lecture seule pour les versions obsolètes. Pour plus d'informations, consultez les Notes de version d'AliPG (PostgreSQL 14~17).
Série : Série haute disponibilité
Type d'instance : Si l'instance principale utilise des SSD locaux Premium, un type d'instance dédié disposant d'au moins 8 cœurs CPU et de 32 Go de mémoire est requis. Aucune exigence particulière ne s'applique aux autres types de stockage.
Méthode de facturation : Abonnement ou paiement à l'utilisation. Les instances ApsaraDB RDS serverless ne sont pas prises en charge.
Vérifiez l'édition et le type d'instance de votre instance principale sur la page Basic Information. Si l'instance principale ne répond pas aux exigences, cliquez sur Change Specifications pour passer de l'édition Basic à l'édition High-availability, puis créez l'instance en lecture seule. Pour plus d'informations, consultez la rubrique Modifier les spécifications de l'instance.
Avant de commencer
Sélectionnez le même cloud privé virtuel (VPC) que celui de l'instance principale pour l'instance en lecture seule. Dans le cas contraire, la création de l'instance échoue et un remboursement est effectué.
Lors de la création, les données sont répliquées depuis l'instance RDS secondaire vers l'instance en lecture seule. Cela permet d'éviter toute interruption des charges de travail exécutées sur l'instance principale.
Les instances en lecture seule n'héritent pas des paramètres de l'instance principale. Des paramètres par défaut sont générés. Modifiez ces paramètres dans la console ApsaraDB RDS selon vos besoins.
Les instances en lecture seule associées à des instances principales d'un nouveau type d'instance à usage général héritent bien des paramètres de l'instance principale. Pour plus d'informations, consultez la rubrique Types d'instances pour les instances en lecture seule ApsaraDB RDS for PostgreSQL.
Procédure
Accédez à la liste des instances RDS, sélectionnez une région, puis cliquez sur l'ID de l'instance principale.
-
Dans la zone Instance Distribution, cliquez sur Add à côté de Read-only Instance.
RemarqueSi vous utilisez la version précédente de la console, cliquez sur Add Read-only Instance à droite.
-
Configurez les paramètres suivants.
RemarqueChaque type d'instance prend en charge un nombre spécifique de cœurs CPU, une capacité de mémoire, un nombre maximal de connexions et un nombre maximal d'IOPS. Si l'instance principale utilise des SSD locaux Premium, les spécifications de l'instance en lecture seule doivent être supérieures ou égales à celles de l'instance principale. Pour plus d'informations, consultez la rubrique Types d'instances pour les instances en lecture seule RDS for PostgreSQL.
Parameter Description Billing Method Subscription : Paiement unique pour une utilisation à long terme. Pay-as-you-go : Facturation à l'heure pour une utilisation à court terme. Après avoir confirmé que l'instance répond à vos besoins, changez la méthode de facturation en abonnement. Product Type YiTian est disponible uniquement lorsque le Storage Type de l'instance principale est ESSD ou Premium ESSD. Pour plus d'informations sur Standard et YiTian, consultez la rubrique Types de produits. Zone Chaque zone est un emplacement physique indépendant au sein d'une région. Le déploiement multizone prend en charge la reprise après sinistre au niveau des zones. Instance Type General-purpose Instance Types : L'instance occupe exclusivement la mémoire et les ressources d'E/S allouées, mais partage les ressources CPU et de stockage avec d'autres instances à usage général sur le même hôte. Dedicated Instance Types : L'instance occupe exclusivement les ressources CPU, mémoire, stockage et E/S. Les types d'instances sur hôte dédié offrent les spécifications les plus élevées et occupent exclusivement toutes les ressources de l'hôte physique. Storage Capacity Stockage pour les fichiers de données, les fichiers système, les fichiers de journalisation préalable à l'écriture (WAL) et les fichiers de transaction. Ajustable par incréments de 5 Go. Ne peut pas être inférieur à la capacité de stockage de l'instance principale. Pour plus d'informations, consultez la rubrique Types d'instances pour les instances en lecture seule RDS for PostgreSQL. -
Cliquez sur Next: Instance Configuration et configurez les paramètres suivants.
Parameter Description Network Type Par défaut, le type de réseau, le VPC et le vSwitch of Primary Node correspondent à ceux de l'instance principale. Release Protection Disponible uniquement lorsque la Billing Method est définie sur Pay-as-you-go. Empêche la libération accidentelle de l'instance. Pour plus d'informations, consultez la rubrique Activer ou désactiver la protection contre la libération d'instance. Resource Group Identique à celui de l'instance principale. Non modifiable. Time Zone Identique à celle de l'instance principale. SLR Authorization Aucune configuration requise. Les autorisations sont accordées lors de l'achat de l'instance principale. Pour plus d'informations, consultez la rubrique Autorisation SLR requise à partir du 10 octobre 2022. Instance Name Description permettant d'identifier l'instance en lecture seule. Cliquez sur Next: Confirm Order.
Lisez les conditions d'utilisation, cliquez sur Confirm Order, puis effectuez le paiement.
Temps de création estimé
Le temps nécessaire à la création d'une instance en lecture seule dépend du type de stockage.
| Storage type | Estimated time |
|---|---|
| Standard SSD | Environ 20 minutes plus le temps nécessaire pour une sauvegarde complète |
| Enterprise SSD (ESSD) | Environ 20 minutes |
L'instance principale n'est pas affectée pendant le processus de création. Une fois l'instance en lecture seule créée, un processus WAL Sender démarre sur l'instance principale pour envoyer les fichiers WAL à l'instance en lecture seule.
Dans ApsaraDB RDS for PostgreSQL, des snapshots sont utilisés pour créer des instances en lecture seule, quel que soit le volume de données.
Afficher une instance en lecture seule
Depuis la liste des instances
Connectez-vous à la console ApsaraDB RDS, cliquez sur Instances dans le volet de navigation de gauche, puis sélectionnez une région.
-
Recherchez l'instance principale (marquée par l'icône
) et développez sa liste déroulante.Dans la liste déroulante développée, cochez la case située devant l'instance en lecture seule pour la sélectionner.
Cliquez sur l'ID de l'instance en lecture seule.
Depuis la page de l'instance principale
Accédez à la liste des instances RDS, sélectionnez une région, puis cliquez sur l'ID de l'instance principale.
Sur la page Basic Information, survolez le nombre d'instances en lecture seule et cliquez sur l'ID d'une instance en lecture seule.
Surveiller la latence de réplication
Consultez la latence de réplication sur la page Basic Information de l'instance en lecture seule.
Sur la page Basic Information de l'instance en lecture seule, le panneau Read-only Instance Latency affiche les métriques de latence suivantes :
WAL Send Latency (Mo)
WAL Persistence Latency (Mo/s)
WAL Write-back Latency (Mo/s)
WAL Replay Latency (Mo/s)
Une latence inférieure ou égale à 1 seconde indique une réplication normale. Une latence supérieure à 1 seconde indique un retard de réplication, ce qui peut entraîner une déconnexion.
Limites
Le tableau suivant répertorie les contraintes applicables aux instances en lecture seule en fonction du type de stockage de l'instance principale.
| Constraint | Premium Local SSDs | Cloud disk |
|---|---|---|
| Maximum read-only instances | 5 | 32 |
| Architecture | Haute disponibilité (avec nœud de secours) | Nœud unique (sans nœud de secours) |
| Instance type requirement | Les spécifications et la capacité de stockage doivent être supérieures ou égales à celles de l'instance principale | Les spécifications doivent être identiques à celles de l'instance principale, ou représenter au moins 50 % des spécifications de l'instance principale, afin d'éviter la latence de réplication et les erreurs de manque de mémoire (OOM) |
| Storage capacity | Doit être supérieure ou égale à celle de l'instance principale | Doit être supérieure ou égale à celle de l'instance principale |
Si l'instance principale utilise un stockage sur disque cloud et que sa mémoire dépasse celle d'une instance en lecture seule, la modification des spécifications de l'instance principale entraîne le redémarrage de l'instance en lecture seule.
Exigences en matière de capacité mémoire
La mémoire minimale requise pour une instance en lecture seule dépend de la mémoire de l'instance principale.
| Primary instance memory | Minimum read-only instance memory |
|---|---|
| (0 Go, 64 Go] | Au moins 1/4 de la mémoire de l'instance principale |
| (64 Go, 256 Go] | Au moins 1/6 de la mémoire de l'instance principale |
| (256 Go, 9 999 Go] | Au moins 1/8 de la mémoire de l'instance principale |
Contraintes supplémentaires
Le type de stockage d'une instance en lecture seule correspond à celui de l'instance principale.
Vous pouvez créer des instances en lecture seule, mais vous ne pouvez pas convertir des instances RDS existantes en instances en lecture seule.
Les instances en lecture seule sont facturées séparément selon la méthode d'abonnement ou de paiement à l'utilisation. Pour plus d'informations sur les tarifs, visitez la page d'achat d'ApsaraDB RDS.
Étant donné que l'architecture à nœud unique ne dispose pas de nœud de secours, la disponibilité n'est pas garantie. Pour améliorer la disponibilité, créez plusieurs instances en lecture seule et utilisez libpq ou Java Database Connectivity (JDBC) pour le basculement automatique. Pour plus d'informations, consultez la rubrique Basculement automatique et répartition lecture/écriture. Vous pouvez également utiliser un proxy de base de données pour la répartition automatique lecture/écriture. Pour plus d'informations, consultez la rubrique Qu'est-ce qu'un proxy de base de données.
Référence API
| API | Description |
|---|---|
| CreateReadOnlyDBInstance | Crée une instance en lecture seule. |
FAQ
Puis-je modifier la méthode de facturation d'une instance en lecture seule ?
Oui. Vous pouvez basculer entre le paiement à l'utilisation et l'abonnement dans les deux sens. Pour plus de détails, consultez les rubriques Passer du paiement à l'utilisation à l'abonnement ou Passer de l'abonnement au paiement à l'utilisation.
La modification, la libération ou la refacturation d'une instance en lecture seule affecte-t-elle l'instance principale ?
Non. Les opérations effectuées sur une instance en lecture seule n'ont aucun impact sur l'instance principale.
Puis-je gérer les comptes sur une instance en lecture seule ?
Non. Les comptes créés sur l'instance principale sont automatiquement synchronisés avec les instances en lecture seule avec des autorisations en lecture seule. Gérez les comptes uniquement sur l'instance principale.
Puis-je convertir une instance en lecture seule en instance standard ?
Non. La conversion d'une instance en lecture seule en instance standard, telle qu'une instance de reprise après sinistre, n'est pas prise en charge.
Dois-je sauvegarder les instances en lecture seule ?
Non. Les sauvegardes s'exécutent sur l'instance principale à l'aide de sauvegardes basées sur des snapshots, ce qui n'entraîne aucune surcharge de performance sur l'instance principale. Les instances en lecture seule n'ont pas besoin de sauvegardes distinctes.
ApsaraDB RDS for PostgreSQL utilise-t-il la réplication parallèle ?
ApsaraDB RDS for PostgreSQL utilise la réplication physique via les fichiers WAL pour la synchronisation et la relecture des données. Cette approche est plus efficace que la réplication parallèle.
Comment les journaux de transactions sont-ils supprimés ?
Une fois les fichiers WAL sauvegardés, AliPG efface les journaux de transactions lors du point de contrôle (checkpointing).
Quelles sont les causes de la latence de réplication entre une instance principale et une instance en lecture seule ?
Deux causes courantes :
Inadéquation des spécifications : L'instance principale possède des spécifications supérieures à celles de l'instance en lecture seule. Mettez à niveau le type d'instance en lecture seule. Pour plus d'informations, consultez la rubrique Modifier la configuration.
**Paramètre
max_standby_streaming_delaymal configuré** : Une valeur trop faible réduit la latence, mais peut annuler des transactions sur l'instance en lecture seule. Une valeur trop élevée augmente la latence. Pour plus d'informations, consultez la rubrique Définir les paramètres de l'instance.