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ésilience dans Amazon Aurora DSQL

L'infrastructure AWS mondiale est construite autour Régions AWS de zones de disponibilité (AZ). Régions AWS fournissent plusieurs zones de disponibilité physiquement séparées et isolées, connectées par un réseau à faible latence, à haut débit et hautement redondant. Avec les zones de disponibilité, vous pouvez concevoir et exploiter des applications et des bases de données qui basculent automatiquement d’une zone à l’autre sans interruption. Les zones de disponibilité sont davantage disponibles, tolérantes aux pannes et ont une plus grande capacité de mise à l’échelle que les infrastructures traditionnelles à un ou plusieurs centres de données. Aurora DSQL est conçu pour que vous puissiez tirer parti de l'infrastructure AWS régionale tout en fournissant la meilleure disponibilité de base de données. Par défaut, les clusters à une seule région d’Aurora DSQL offrent une disponibilité multi-AZ, ce qui permet de tolérer les défaillances majeures des composants et les perturbations de l’infrastructure susceptibles d’avoir un impact sur l’accès à une zone de disponibilité complète. Les clusters multi-régions offrent tous les avantages de la résilience multi-AZ tout en garantissant une disponibilité des bases de données très constante, même dans les cas où la Région AWS n’est pas accessible aux clients de l’application.

Pour plus d'informations sur les zones de disponibilité Régions AWS et les zones de disponibilité, consultez la section Infrastructure AWS globale.

Outre l'infrastructure AWS globale, Aurora DSQL propose plusieurs fonctionnalités pour répondre à vos besoins en matière de résilience et de sauvegarde des données.

Sauvegarde et restauration

Aurora DSQL prend en charge la sauvegarde et la restauration avec Console AWS Backup. Vous pouvez effectuer une sauvegarde et une restauration complètes pour vos clusters à une seule région ou multi-régions. Pour de plus amples informations, veuillez consulter Sauvegarde et restauration pour Amazon Aurora DSQL.

Réplication

De par sa conception, Aurora DSQL valide toutes les transactions d'écriture dans un journal de transactions distribué et réplique de manière synchrone toutes les données du journal validées dans des répliques de stockage utilisateur en trois exemplaires. AZs Les clusters multi-régions fournissent des fonctionnalités complètes de réplication entre plusieurs régions entre les régions de lecture et d’écriture.

Une région témoin désignée prend en charge les écritures dans le journal des transactions uniquement et ne consomme pas d’espace de stockage. Les régions témoins ne disposent pas d’un point de terminaison. Cela signifie que les régions témoins ne stockent que des journaux de transactions chiffrés, ne nécessitent aucune administration ni configuration et ne sont pas accessibles aux utilisateurs.

Les journaux de transactions et le stockage utilisateur Aurora DSQL sont distribués avec toutes les données présentées aux processeurs de requêtes Aurora DSQL sous la forme d’un volume logique unique. Aurora DSQL divise, fusionne et réplique automatiquement les données en fonction de la plage de clés primaires de la base de données et des modèles d’accès. Aurora DSQL met à l’échelle automatiquement les réplicas en lecture, à la hausse comme à la baisse, en fonction de la fréquence d’accès en lecture.

Les réplicas de stockage en cluster sont répartis sur une flotte de stockage à locataires multiples. Si un composant ou une AZ est endommagé, Aurora DSQL redirige automatiquement l’accès aux composants survivants et répare de manière asynchrone les réplicas manquants. Une fois qu’Aurora DSQL a corrigé les réplicas défectueux, Aurora DSQL les ajoute automatiquement au quorum de stockage et les met à la disposition de votre cluster.

Haute disponibilité

Par défaut, les clusters à une seule région et multi-régions dans Aurora DSQL sont actifs-actifs, et il n’est pas nécessaire de provisionner, configurer ni reconfigurer manuellement des clusters. Aurora DSQL automatise entièrement la restauration des clusters, ce qui élimine le besoin d’opérations de basculement principales-secondaires traditionnelles. La réplication est toujours synchrone et s'effectue en plusieurs AZs fois. Il n'y a donc aucun risque de perte de données en cas de retard de réplication ou de basculement vers une base de données secondaire asynchrone en cas de reprise après échec.

Les clusters à région unique fournissent un point de terminaison redondant multi-AZ qui permet automatiquement un accès simultané avec une forte cohérence des données entre les trois. AZs Cela signifie que les répliques de stockage utilisateur sur l'un de ces trois AZs types renvoient toujours le même résultat à un ou plusieurs lecteurs et sont toujours disponibles pour recevoir des écritures. Cette forte cohérence et cette résilience multi-AZ sont disponibles dans toutes les régions pour les clusters multi-régions Aurora DSQL. Cela signifie que les clusters multi-régions fournissent deux points de terminaison régionaux très cohérents, de sorte que les clients peuvent lire ou écrire sans distinction dans l’une ou l’autre région sans aucun délai de réplication lors de la validation.

Aurora DSQL assure une disponibilité de 99,99 % pour les clusters à une seule région et de 99,999 % pour les clusters multi-régions.

Test d’injection de pannes

Amazon Aurora DSQL s'intègre à AWS Fault Injection Service (AWS FIS), un service entièrement géré permettant d'exécuter des expériences d'injection contrôlée de défauts afin d'améliorer la résilience d'une application. En utilisant AWS FIS, vous pouvez :

Par exemple, dans un cluster multi-régions couvrant les régions USA Est (Virginie du Nord) et USA Est (Ohio), vous pouvez exécuter une expérience dans la région USA Est (Ohio) pour y tester les pannes pendant que la région USA Est (Virginie du Nord) poursuit ses activités normales. Ces tests contrôlés vous aident à identifier et à résoudre les problèmes potentiels avant qu’ils n’affectent les charges de travail de production.

Consultez la section Objectifs d'action dans le guide de AWS FIS l'utilisateur pour obtenir la liste complète des actions AWS FIS prises en charge.

Pour plus d'informations sur les actions Amazon Aurora DSQL disponibles dans AWS FIS, consultez la référence des actions Aurora DSQL dans le guide de l'AWS FIS utilisateur.

Pour commencer à exécuter des expériences d’injection de pannes, consultez Planification de vos expériences AWS FIS dans le guide de l’utilisateur AWS FIS .