Les réplicas en lecture Amazon RDS offrent des performances et une durabilité accrues pour les instances de base de données (DB). Cette fonction de réplication facilite le dimensionnement de manière extensible au-delà des contraintes de capacité d'une seule instance DB pour les charges de travail de base de données à lecture importante. Vous pouvez créer un ou plusieurs réplicas d'une instance DB source donnée et assurer un trafic élevé en lecture d'application depuis plusieurs copies de vos données, augmentant ainsi le débit en lecture agrégé. Il est également possible de promouvoir les réplicas en lecture de manière à ce qu'ils deviennent des instances DB autonomes.
Les réplicas en lecture sont disponibles dans Amazon RDS pour MySQL, MariaDB et PostgreSQL. Lorsque vous créez un réplica en lecture, vous spécifiez une instance DB existante en tant que source. Amazon RDS prend un instantané de l'instance source et crée une instance en lecture seule à partir de cet instantané. Pour MySQL, MariaDB et PostgreSQL, Amazon RDS utilise la réplication asynchrone native de ces moteurs afin de mettre à jour le réplica en lecture chaque fois qu'une modification est apportée à l'instance DB source. Ce réplica en lecture fonctionne comme une instance DB qui autorise uniquement les connexions en lecture seule. Les applications peuvent se connecter à un réplica en lecture de la même façon qu'à toute instance DB. Amazon RDS réplique toutes les bases de données dans l'instance DB source.
Amazon Aurora a recours à une couche de stockage virtualisé SSD conçue spécifiquement pour les charges de travail de base de données. Les réplicas Amazon Aurora partagent le même stockage sous-jacent que l'instance source, ce qui permet de réduire les coûts et d'éviter de devoir copier les données vers les nœuds de réplica. Pour en savoir plus sur la réplication avec Amazon Aurora, consultez la documentation en ligne.
Démarrez avec AWS avec notre offre gratuite
Créer un compte gratuitLe niveau gratuit d'AWS inclut 750 heures d'exécution d'une instance DB Micro chaque mois durant un an, 20 Go de stockage et 20 Go de sauvegardes avec Amazon Relational Database Service (RDS).
Vous pouvez réduire la charge sur votre instance DB source en acheminant les requêtes en lecture depuis vos applications vers le réplica en lecture. Les réplicas en lecture facilitent le dimensionnement de façon extensible au-delà des contraintes de capacité d'une seule instance DB pour les charges de travail de base de données à lecture intensive.
Pour maximiser encore plus les performances de lecture, Amazon RDS pour MySQL vous permet d'ajouter des index de table directement à vos réplicas en lecture, sans que ces index soient présents dans le réplica principal.
Etant donné que ces réplicas en lecture peuvent être promus au statut de réplica principal, ils sont utiles dans le cadre de la mise en œuvre d'un partitionnement. Pour partitionner votre base de données, ajouter un réplica en lecture et donnez-lui le statut de réplica principal, puis, à partir de chaque instance DB obtenue, supprimez les données qui appartiennent à l'autre partition.
Etant donné que le moteur Amazon RDS pour MySQL vous permet également d'effectuer des actions à l'échelle de la table, par ex., ajouter des index ou de nouvelles colonnes aux réplicas en lecture, vous pouvez utiliser la capacité de promotion des réplicas pour réduire l'impact de ces actions. Vous dirigeriez l'instruction DDL de l'action vers un réplica en lecture, donneriez à ce réplica en lecture le statut de réplica principal, puis redirigeriez le trafic de base de données vers le nouveau réplica principal.
Les réplicas en lecture dans Amazon RDS pour MySQL, MariaDB et PostgreSQL fournissent un mécanisme de disponibilité complémentaire aux déploiements multi-AZ Amazon RDS. Vous pouvez promouvoir un réplica en lecture en cas d'échec de l'instance de base de données source. Vous pouvez également répliquer des instances de base de données sur des régions AWS dans le cadre de votre stratégie de reprise après sinistre. Cette fonctionnalité vient compléter celles de réplication synchrone, de détection automatique d'échec et de basculement, fournies avec les déploiements multi-AZ.
Lorsque vous créez un réplica en lecture pour Amazon RDS pour MySQL, MariaDB et PostgreSQL, Amazon RDS configure un canal de communication sécurisé à l'aide d'un chiffrement de clé publique entre l'instance DB source et le réplica en lecture, même en cas de réplication sur plusieurs régions. Amazon RDS établit toutes les éventuelles configurations de sécurité AWS, telles que l'ajout d'entrées de groupe de sécurité, requises pour activer le canal sécurisé.
Vous pouvez également créer des réplicas en lecture au sein d'une région ou entre plusieurs régions pour vos instances de base de données Amazon RDS pour MySQL, MariaDB et PostgreSQL chiffrées au repos avec AWS KMS (Key Management Service).
Les réplicas en lecture sont facturés au mêmes taux que les instances DB standard, et les réservations d'instances DB standard (instances réservées RDS) de la même classe d'instance DB et de la même région peuvent être appliquées aux réplicas en lecture. Pour plus d'informations, consultez la page de tarification d'Amazon RDS.
A l'aide d'AWS Management Console, vous pouvez facilement ajouter des réplicas en lecture à des instances DB existantes. Utilisez l'option « Create Read Replica » correspondant à votre instance DB dans AWS Management Console. Amazon RDS pour MySQL, MariaDB et PostgreSQL vous permet d'ajouter jusqu'à 5 réplicas en lecture à chaque instance DB.
Amazon RDS pour MySQL, MariaDB et PostgreSQL vous propose trois options de stockage de base de données : General Purpose (SSD), Provisioned IOPS (SSD) et Magnetic. Les réplicas en lecture de ces moteurs n'ont pas besoin d'utiliser le même type de stockage que leurs instances DB principales. Vous pouvez optimiser vos performances ou vos dépenses en sélectionnant un autre type de stockage pour les réplicas en lecture.
Amazon RDS vous permet d'utiliser les réplicas en lecture avec des déploiements multi-AZ. Dans le cas de déploiements multi-AZ pour MySQL, MariaDB, Oracle, SQL Server et PostgreSQL, les données de votre instance DB principale sont répliquées de façon synchrone vers une instance de secours dans une zone de disponibilité différente. En raison de leur réplication synchrone, les déploiements multi-AZ de ces moteurs offrent de meilleurs avantages en termes de durabilité des données que les réplicas en lecture. (Dans tous les déploiements Amazon RDS for Aurora, vos données sont automatiquement répliquées sur 3 zones de disponibilité.)
Vous pouvez utiliser les déploiements multi-AZ conjointement avec les réplicas en lecture pour profiter des avantages complémentaires de chacun. Il vous suffit de désigner un déploiement multi-AZ donné en tant qu'instance DB source de vos réplicas en lecture. De cette manière, vous bénéficiez de la disponibilité et de la durabilité des données des déploiements multi-AZ et du dimensionnement en lecture des réplicas en lecture.
En cas de déploiement multi-AZ, vous avez également la possibilité de créer votre réplica en lecture au sein d'une zone de disponibilité différente de celle de vos instances principale et de secours, pour une redondance supérieure. Pour identifier la zone de disponibilité de votre instance de secours, référez-vous au champ « Secondary Zone » de votre instance DB dans AWS Management Console.
