Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Un réplica en lecture est une copie en lecture seule d'une instance de base de données. Vous pouvez réduire la charge sur votre instance de base de données principale en acheminant les requêtes depuis vos applications vers le réplica en lecture. Ainsi, vous pouvez effectuer une montée en puissance élastique au-delà des contraintes de capacité d'une seule instance de base de données dans le cas de charges de travail de base de données à lecture intensive.
Pour créer une réplique en lecture à partir d'une instance de base de données source, Amazon RDS utilise les fonctionnalités de réplication intégrées du moteur de base de données. Pour plus d'informations sur l'utilisation de réplicas en lecture avec un moteur spécifique, veuillez consulter les sections suivantes :
Après que vous avez créé un réplica en lecture à partir d'une instance de base de données source, la source devient l'instance de base de données principale. Lorsque vous effectuez des mises à jour sur l'instance de base de données principale, Amazon les RDS copie de manière asynchrone dans la réplique en lecture. Le schéma suivant montre une instance de base de données source effectuant la réplication vers un réplica en lecture dans une zone de disponibilité (AZ) différente. Les clients ont un accès en lecture/écriture à l'instance de base de données principale et un accès en lecture seule à la réplique.
Les répliques de lecture sont facturées en tant qu'instances de base de données standard aux mêmes taux que la classe d'instance de base de données utilisée pour la réplique. Le transfert de données effectué lors de la réplication de données entre l'instance de base de données source et une réplique en lecture au sein de celle-ci Région AWS ne vous est pas facturé. Pour plus d’informations, consultez Coûts de la réplication entre régions et Facturation d'instance de base de données pour Amazon.
Rubriques
Présentation des répliques Amazon RDS Read
Les sections ci-dessous traitent des réplicas en lecture d'une instance de base de données. Pour plus d'informations sur les réplicas en lecture d'un cluster de bases de données multi-AZ, consultez Utilisation de répliques de lecture de clusters de bases de données multi-AZ pour Amazon RDS.
Rubriques
Cas d'utilisation pour les réplicas en lecture
Le déploiement d'un ou de plusieurs réplicas en lecture pour une instance de bases de données source donnée peut être judicieux dans divers scénarios, notamment dans les suivants :
-
Dimensionnement au-delà de la capacité de calcul ou d'I/O d'une instance de bases de données individuelle pour des charges de travail de base de données à lecture intensive. Vous pouvez diriger ce trafic en lecture excessif vers un ou plusieurs réplicas en lecture.
-
Service du trafic en lecture alors que l'instance de bases de données source est indisponible. Dans certains, cas, votre instance de bases de données source ne peut pas prendre en charge les demandes d'I/O, par exemple en raison d'une suspension des I/O pour des sauvegardes ou la maintenance planifiée. Vous pouvez alors diriger le trafic de lecture vers vos réplicas en lecture. Dans ce cas d'utilisation, gardez à l'esprit que les données sur le réplica en lecture peuvent être « périmées » car l'instance de bases de données source est indisponible.
-
Scénarios de création de rapports commerciaux ou d'entreposage de données, dans lesquels vous pouvez souhaiter que les requêtes de rapports commerciaux s'exécutent sur un réplica en lecture, plutôt que sur votre instance de bases de données de production.
-
Mise en œuvre de la reprise après sinistre. Vous pouvez effectuez la promotion d'un réplica en lecture en instance autonome comme plan de reprise après sinistre en cas de défaillance de l'instance de base de données principale.
Fonctionnement des réplicas en lecture
Lorsque vous créez un réplica en lecture, vous commencez par spécifier une instance de base de données existante en tant que source. Amazon RDS prend ensuite un instantané de l'instance source et crée une instance en lecture seule à partir de cet instantané. Amazon utilise RDS ensuite la méthode de réplication asynchrone pour que le moteur de base de données mette à jour la réplique lue chaque fois qu'une modification est apportée à l'instance de base de données principale.
Le réplica en lecture fonctionne comme une instance de bases de données qui autorise uniquement les connexions en lecture seule. Le RDS moteur de base de données Oracle, qui prend en charge les répliques de bases de données en mode monté, constitue une exception. Un réplica monté n'accepte pas les connexions utilisateur et ne peut donc pas servir de charge de travail en lecture seule. L'utilisation principale des réplicas montés est la reprise après sinistre inter-région. Pour de plus amples informations, veuillez consulter Utilisation de réplicas en lecture pour Amazon RDS for Oracle.
Les applications se connectent à un réplica en lecture de la même façon qu'à toute instance de base de données. Amazon RDS réplique toutes les bases de données à partir de l'instance de base de données source.
Réplicas en lecture dans un déploiement multi-AZ
Vous pouvez configurer un réplica en lecture pour une instance de base de données disposant également d'un réplica de secours configuré pour la haute disponibilité dans un déploiement multi-AZ. La réplication avec le réplica de secours est synchrone. Contrairement à un réplica en lecture, un réplica de secours ne peut pas servir au trafic de lecture.
Dans le scénario suivant, les clients ont un accès en lecture/écriture à une instance de base de données principale dans une zone de disponibilité. L'instance principale copie les mises à jour de manière asynchrone vers un réplica en lecture dans une deuxième zone de disponibilité et les copie également de manière synchrone vers un réplica de secours dans une troisième zone de disponibilité. Les clients possèdent un accès en lecture uniquement au réplica en lecture.
Pour plus d'informations sur les réplicas de secours configurés pour une haute disponibilité, consultez Configuration et gestion d'un déploiement multi-AZ pour Amazon RDS.
Réplicas en lecture entre Régions
Dans certains cas, une réplique en lecture réside dans une instance de base de données Région AWS différente de son instance de base de données principale. Dans ces cas, Amazon RDS met en place un canal de communication sécurisé entre l'instance de base de données principale et la réplique en lecture. Amazon RDS établit toutes les configurations AWS de sécurité nécessaires pour activer le canal sécurisé, telles que l'ajout d'entrées de groupe de sécurité. Pour plus d'informations sur les réplicas en lecture entre régions, veuillez consulter Création d'une réplique de lecture dans un autre Région AWS.
Les informations contenues dans ce chapitre s'appliquent à la création de répliques Amazon RDS read, soit dans la même instance Région AWS que l'instance de base de données source, soit dans une instance séparée Région AWS. Les informations suivantes ne s'appliquent pas à la configuration de la réplication avec une instance exécutée sur une EC2 instance Amazon ou sur site.
Différences entre les réplicas en lecture pour les moteurs de base de données
Étant donné que RDS les moteurs de base de données Amazon implémentent la réplication différemment, il existe plusieurs différences importantes que vous devez connaître, comme indiqué dans le tableau suivant.
| Fonction ou comportement | Moi SQL et MariaDB | Oracle | Poster SQL | SQLserveur |
|---|---|---|---|---|
|
Quelle est la méthode de réplication ? |
Réplication logique |
Réplication physique |
Réplication physique |
Réplication physique |
|
Comment les journaux de transactions sont-ils purgés ? |
RDSpour My SQL et RDS pour MariaDB, conservez tous les journaux binaires qui n'ont pas été appliqués. |
Si une instance de base de données principale ne possède pas de répliques de lecture interrégionales, Amazon RDS pour Oracle conserve au moins deux heures de journaux de transactions sur l'instance de base de données source. Les journaux sont purgés de l'instance de base de données source au bout de deux heures ou une fois que le paramètre d'heures de conservation du journal d'archive est passé, le plus long des deux. Les journaux sont purgés du réplica en lecture une fois que le paramètre d'heures de conservation du journal d'archive est passé, uniquement s'ils ont été appliqués correctement à la base de données. Dans certains cas, une instance de base de données principale peut avoir un ou plusieurs réplicas en lecture entre régions. Dans ce cas, Amazon RDS pour Oracle conserve les journaux de transactions sur l'instance de base de données source jusqu'à ce qu'ils soient transmis et appliqués à toutes les répliques de lecture interrégionales. Pour plus d'informations sur la définition des heures de conservation des journaux d'archivage, veuillez consulter Conservation des journaux redo archivés. |
Postgre SQL possède le paramètre |
Le fichier journal virtuel (VLF) du journal des transactions sur le réplica principal peut être tronqué une fois qu'il n'est plus nécessaire pour les répliques secondaires. Ils ne VLF peuvent être marqués comme inactifs que lorsque les enregistrements du journal ont été renforcés dans les répliques. Quelle que soit la rapidité avec laquelle les sous-systèmes de disque se trouvent dans la réplique principale, le journal des transactions le conservera VLFs jusqu'à ce que la réplique la plus lente l'ait durcie. |
|
Est-il possible de rendre un réplica accessible en écriture ? |
Oui Vous pouvez activer la réplique de lecture My SQL ou MariaDB pour qu'elle soit accessible en écriture. |
Non. Un réplica en lecture Oracle est une copie physique et Oracle n'autorise pas les écritures dans un réplica en lecture. Vous pouvez promouvoir un réplica en lecture afin de le rendre inscriptible. Le réplica en lecture promu a les données répliquées jusqu'au moment où la demande a été faite pour le promouvoir. |
Non Une réplique en SQL lecture Postgre est une copie physique, et Postgre SQL ne permet pas de rendre une réplique en lecture inscriptible. |
Non Une réplique en lecture sur SQL serveur est une copie physique et n'autorise pas non plus les écritures. Vous pouvez promouvoir un réplica en lecture afin de le rendre inscriptible. Le réplica en lecture promu a les données répliquées jusqu'au moment où la demande a été faite pour le promouvoir. |
|
Des sauvegardes peuvent-elles être effectuées sur le réplica ? |
Oui. Les sauvegardes automatiques et les instantanés manuels sont pris en charge sur RDS les répliques de SQL lecture My ou RDS MariaDB. |
Oui. Les sauvegardes automatiques et les instantanés manuels sont pris en charge sur RDS les répliques de lecture Oracle. |
Oui, vous pouvez créer un instantané manuel de RDS pour les répliques de SQL lecture Postgre. Les sauvegardes automatisées pour les répliques en lecture ne sont prises en charge que RDS pour Postgre SQL 14.1 et les versions supérieures. Vous ne pouvez pas activer les sauvegardes automatiques pour les répliques de SQL lecture Postgre RDS pour les SQL versions de Postgre antérieures à 14.1. RDSPour Postgre SQL 13 et les versions antérieures, créez un instantané à partir d'une réplique en lecture si vous souhaitez en faire une sauvegarde. |
Non Les sauvegardes automatiques et les instantanés manuels ne sont pas pris en charge sur RDS les répliques en lecture sur SQL serveur. |
|
Est-il possible d'utiliser la réplication parallèle ? |
Oui. Toutes les versions prises en charge de MariaDB et SQL My autorisent les threads de réplication parallèles. |
Oui. Les données des journaux redo sont toujours transmises en parallèle de la base de données principale vers tous ses réplicas en lecture. |
Non Postgre SQL dispose d'un processus unique pour gérer la réplication. |
Oui. Les données des journaux redo sont toujours transmises en parallèle de la base de données principale vers tous ses réplicas en lecture. |
|
Pouvez-vous maintenir un réplica dans un état monté plutôt qu'en lecture seule ? |
Non. |
Oui. L'utilisation principale des réplicas montés est la reprise après sinistre inter-région. Une licence Active Data Guard n'est pas requise pour les réplicas montés. Pour plus d'informations, consultez Utilisation de réplicas en lecture pour Amazon RDS for Oracle. |
Non. |
Non |
Types de stockage de réplica en lecture
Par défaut, un réplica en lecture est créé avec le même type de stockage que l'instance de bases de données source. Toutefois, vous pouvez créer un réplica en lecture disposant d'un autre type de stockage que l'instance de bases de données source, en fonction des options répertoriées dans le tableau suivant.
| Type de stockage de l'instance de bases de données source | Allocation de stockage d'instance de bases de données source | Options de type de stockage du réplica en lecture |
|---|---|---|
| Provisionné IOPS | 100 Gio–64 Tio | ProvisionnéIOPS, à usage général, magnétique |
| Usage général | 100 Gio–64 Tio | ProvisionnéIOPS, à usage général, magnétique |
| Usage général | <100 Gio | Usage général, magnétique |
| Magnétique | 100 Gio - 6 Tio | ProvisionnéIOPS, à usage général, magnétique |
| Magnétique | <100 Gio | Usage général, magnétique |
Note
Lorsque vous augmentez le stockage alloué d'un réplica en lecture, il doit être d'au moins 10 %. Si vous tentez d'augmenter la valeur de moins de 10 %, une erreur s'affiche.
Restrictions relatives à la création d'un réplica à partir d'un réplica
Amazon RDS ne prend pas en charge la réplication circulaire. Vous ne pouvez pas configurer une instance de base de données afin de l'utiliser comme source de réplication pour une instance de base de données existante. Vous pouvez uniquement créer un nouveau réplica en lecture à partir d'une instance de base de données existante. Par exemple, si MySourceDBInstance est répliqué sur ReadReplica1, vous ne pouvez pas configurer ReadReplica1 de façon à ce qu'il soit répliqué sur MySourceDBInstance.
RDSPour MariaDB et pour SQL My, RDS et pour certaines versions RDS de pour SQL Postgre, vous pouvez créer une réplique en lecture à partir d'une réplique en lecture existante. Par exemple, vous pouvez créer un nouveau réplica en lecture ReadReplica2 à partir d'un réplica ReadReplica1 existant. Pour Oracle et RDS RDS pour SQL Server, vous ne pouvez pas créer de réplique en lecture à partir d'une réplique en lecture existante.
Considérations relatives à la suppression de réplicas
Si vous n'avez plus besoin de réplicas en lecture, vous pouvez les supprimer explicitement en utilisant les mêmes mécanismes que pour la suppression d'une instance de base de données. Si vous supprimez une instance de base de données source sans supprimer ses répliques de lecture dans celle-ci Région AWS, chaque réplique de lecture est promue en instance de base de données autonome. Pour plus d'informations sur la création d'une instance de base de données, veuillez consulter Suppression d'une instance DB. Pour plus d'informations sur la promotion d'un réplica en lecture, veuillez consulter Promotion d'un réplica en lecture en instance de bases de données autonome.
Si vous avez des réplicas en lecture entre régions, consultez Considérations liées à la réplication entre régions pour en savoir plus sur la suppression de l'instance de base de données source pour un réplica en lecture entre régions.
