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 à région unique 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 multirégionaux 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ù les clients de l'application ne Région AWS sont pas accessibles.

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 à région unique ou multirégionale. Pour de plus amples informations, veuillez consulter Backup 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 multirégionaux fournissent des fonctionnalités complètes de réplication entre 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 n'ont pas de 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 redimensionne automatiquement les répliques en lecture, à la hausse comme à la baisse, en fonction de la fréquence d'accès en lecture.

Les répliques de stockage en cluster sont réparties sur un parc de stockage mutualisé. 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épliques manquantes. Une fois qu'Aurora DSQL a corrigé les répliques défectueuses, Aurora DSQL les ajoute automatiquement au quorum de stockage et les met à la disposition de votre cluster.

Haute disponibilité

Par défaut, les clusters mono-régionaux et multirégionaux dans Aurora DSQL sont actifs-actifs, et il n'est pas nécessaire de provisionner, configurer ou 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 effectuée en plusieurs AZs exemplaires. 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 multirégionaux Aurora DSQL. Cela signifie que les clusters multirégionaux 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 à région unique et de 99,999 % pour les clusters multirégionaux.

Test d'injection de défauts

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 :

• Créez des modèles d'expérimentation qui définissent des scénarios de défaillance spécifiques

• Injectez les défaillances (taux d'erreur de connexion au cluster élevés) pour valider les mécanismes de gestion des erreurs et de restauration des applications

• Testez le comportement des applications multirégionales pour valider le transfert du trafic des applications entre les Régions AWS périodes où le taux d'erreur de connexion Région AWS est élevé

Par exemple, dans un cluster multirégional couvrant l'est des États-Unis (Virginie du Nord) et l'est des États-Unis (Ohio), vous pouvez exécuter une expérience dans l'est des États-Unis (Ohio) pour y tester les défaillances pendant que l'est des États-Unis (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 défauts, consultez la section Planification de vos AWS FIS expériences dans le guide de AWS FIS l'utilisateur.