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.
Réplicas Aurora
Dans les déploiements multi-AZ, Aurora crée des instances de calcul Aurora supplémentaires qui interagissent avec la couche de stockage sous-jacente, qui couvre plusieurs zones de disponibilité. Ces autres instances de base de données sont en lecture seule et sont connues sous le nom de répliques Aurora. Elles sont également appelées instances de lecteur lorsque vous discutez de la manière dont vous pouvez combiner des instances de base de données d'écriture et de lecture au sein d'un cluster. L'un des avantages d'Aurora Replicas est que vous pouvez vous décharger d'une partie du travail pour les applications à lecture intensive en utilisant les instances de lecteur pour traiter les requêtes SELECT.
Lorsqu'un problème affecte l'instance principale, celle-ci bascule vers l'une de ces instances de lecteur secondaires, qui prend le relais en tant qu'instance principale. Aurora détecte les problèmes de base de données et active automatiquement le mécanisme de basculement lorsque cela est nécessaire. Pour plus d'informations sur le basculement d'Aurora, consultez la section Haute disponibilité pour Amazon Aurora.
Les répliques Aurora n'entraînent aucun coût supplémentaire en termes de stockage consommé ou d'opérations d'écriture sur disque, car toutes les instances du cluster de base de données Aurora partagent le volume de stockage sous-jacent. Le flux de journal généré par le rédacteur et envoyé aux nœuds de stockage est également envoyé à toutes les instances de lecteur. Dans l'instance de lecteur, la base de données consomme ce flux de journal en considérant chaque enregistrement de journal à tour de rôle. Si l'enregistrement du journal fait référence à une page du cache tampon de l'instance de lecture, l'instance de lecteur utilise l'applicateur de journal pour appliquer l'opération de restauration spécifiée à la page du cache. Dans le cas contraire, l'instance de lecteur supprime l'enregistrement du journal.
Notez que les répliques Aurora consomment les enregistrements de journal de manière asynchrone du point de vue de l'instance de rédaction, qui reconnaît les validations de l'utilisateur indépendamment des instances du lecteur. Les répliques Aurora sont généralement en retard par rapport à l'instance du rédacteur d'un court intervalle (100 millisecondes ou moins). Pour plus d'informations sur la relation entre le volume de cluster, l'instance de base de données principale et les répliques Aurora dans un cluster de base de données Aurora, consultez la AWS documentation.
