Comparaison des solutions de réplication Amazon Aurora

Le tableau suivant fournit une comparaison des trois solutions de réplication Amazon Aurora.

	Réplicas Aurora	Répliques d'Aurora interrégionales	Bases de données mondiales Aurora
Assure une haute disponibilité	Oui	Non	Non
Assure la reprise après sinistre	Non	Oui	Oui
Type de réplication	asynchrone	asynchrone	asynchrone
Basculement automatique	Oui	Non	Non
Décharge les requêtes SELECT	Oui	Oui	Oui
Peut émettre des écritures sur une réplique	Non	Oui (non recommandé)	Non
Proximité du cluster principal	Il existe toujours dans la même région que le principal.	Ne peut pas exister dans la même région que la région principale.	Ne peut pas exister dans la même région que la région principale.
Décalage de réplication	Généralement bien moins de 100 millisecondes	Cela dépend du volume des transactions. Généralement, quelques secondes pour la plupart des systèmes.	Généralement, moins d'une seconde.
Considérations de coût	Payez uniquement pour les nœuds d'instance de base de données supplémentaires.	Vous payez les tarifs Aurora standard pour les instances, le stockage, le transfert de données entre régions, le stockage de sauvegarde et les E/S d'écriture répliquées entre la région principale et chaque région secondaire.	Vous payez les tarifs Aurora standard pour les instances, le stockage, le transfert de données entre régions, le stockage de sauvegarde et les E/S d'écriture répliquées entre la région principale et chaque région secondaire.
Nombre de répliques prises en charge	15 dans la même région	Jusqu'à cinq clusters de bases de données secondaires dans différentes régions pour Aurora MySQL Compatible Edition. (L'édition compatible avec Aurora PostgreSQL ne prend pas en charge les répliques entre régions.)	Jusqu'à cinq clusters de bases de données secondaires dans différentes régions.
Délai de mise à disposition	Moins de 5 minutes, quelle que soit la taille de la base de données.	Cela dépend de la taille de la base de données, car la création de la réplique nécessite que la copie complète de la base de données soit répliquée dans les régions secondaires.	Cela dépend de la taille de la base de données, car la création de la réplique nécessite que la copie complète de la base de données soit répliquée dans les régions secondaires.

Lorsque vous décidez de l'option à implémenter, suivez les directives suivantes :

• Si vous avez besoin d'une haute disponibilité pour votre cluster Aurora, utilisez des répliques Aurora. Aurora fera automatiquement la promotion de l'une des répliques d'Aurora en cas de défaillance de l'instance principale. Les répliques Aurora sont également idéales pour dimensionner horizontalement vos charges de travail de lecture. Le gestionnaire de connexions Aurora répartira automatiquement la charge de travail entre plusieurs répliques Aurora au sein d'une même instance Région AWS en utilisant le point de terminaison de lecteur commun.

• Si vous recherchez une reprise après sinistre (DR) interrégionale, utilisez les bases de données globales Aurora. Avec les bases de données globales Aurora, vous pouvez couvrir plusieurs bases de données Régions AWS pour permettre des lectures locales rapides et une reprise rapide. Vous pouvez utiliser une région secondaire comme option de sauvegarde au cas où vous auriez besoin de récupérer rapidement après une dégradation ou une panne régionale. Une base de données située dans une région secondaire peut bénéficier de fonctionnalités complètes de lecture/écriture en moins d'une minute.

• Les répliques Aurora interrégionales répondent à quelques cas d'utilisation. Tout d'abord, si vous avez besoin d'une copie interrégionale de votre base de données Aurora et que vous ne pouvez pas utiliser une base de données globale en raison de certaines de ses limites, vous pouvez utiliser des répliques Aurora interrégionales. Ensuite, si vous devez migrer d'Amazon Relational Database Service (Amazon RDS) pour MySQL vers Aurora MySQL Compatible Edition, vous pouvez configurer une réplique Aurora MySQL.