Amazon Aurora est une base de données relationnelle entièrement gérée, compatible avec MySQL et PostgreSQL, conçue pour le cloud. Elle combine les performances et la disponibilité des bases de données d’entreprise traditionnelles avec la simplicité et la rentabilité des bases de données open source.

Deux types d’instances de base de données composent un cluster Aurora DB :
Instance primaire – Elle prend en charge les opérations de lecture et d’écriture, et effectue toutes les modifications de données sur le volume du cluster. Chaque cluster Aurora DB possède une instance DB primaire.
Instances répliques – Se connectent au même volume de stockage que l’instance DB primaire et ne supportent que les opérations de lecture. Chaque cluster Aurora DB peut avoir jusqu’à 15 répliques Aurora en plus de l’instance DB primaire.

Points clés
L’architecture Amazon Aurora permet de séparer le stockage et le calcul.
Basculement automatique vers l’instance de lecture – Lorsqu’un problème affecte l’instance primaire, l’une de ces instances de lecture prend le relais en tant qu’instance primaire.
Le point de terminaison du cluster représente toujours l’instance primaire actuelle du cluster. Pour utiliser une chaîne de connexion qui reste la même, même lorsqu’un basculement favorise une nouvelle instance primaire, vous vous connectez au point de terminaison du cluster.
Aurora automatise et standardise la mise en cluster et la réplication des bases de données, qui sont généralement parmi les aspects les plus difficiles de la configuration et de l’administration des bases de données.

Fonctionnalités de Aurora

Base de données globale Aurora

Elle est conçue pour les applications distribuées à l’échelle mondiale, permettant à une seule base de données Amazon Aurora de couvrir plusieurs régions AWS.
Elle permet d’effectuer des lectures globales à faible latence et d’assurer une reprise après sinistre rapide et globale, sans impact sur les performances.
Elle se compose d’une région AWS primaire où vos données sont maîtrisées, et jusqu’à cinq régions AWS secondaires en lecture seule.

Avantages :

Des lectures globales avec une latence locale.
Clusters Aurora DB secondaires évolutifs.
Réplication rapide des clusters Aurora DB primaires et secondaires.
Récupération des pannes à l’échelle régionale (RTO et RPO plus faibles).
Fonctions non prises en charge :
Clusters Aurora multi-maîtres.
Aurora Serverless v1.
Backtracking dans Aurora.
Proxy Amazon RDS.
Amazon Aurora Serverless
Aurora Serverless permet de démarrer, d’arrêter et d’augmenter ou de réduire la capacité en fonction des besoins de votre application.

Aurora Serverless version 1 – est une configuration de mise à l’échelle automatique à la demande pour Amazon Aurora et fournit une option relativement simple et rentable pour les charges de travail peu fréquentes, intermittentes ou imprévisibles.
Aurora Serverless version 2 (en avant-première) – vous pouvez obtenir des performances optimales en termes de coûts pour vos clusters de bases de données. La capacité est ajustée automatiquement en fonction de la demande des applications, et vous n’êtes facturé que pour les ressources que vos clusters de bases de données consomment. L’architecture a été conçue dès le départ pour prendre en charge les clusters de bases de données sans serveur qui sont instantanément évolutifs.

Cas d’utilisation :

Applications peu utilisées.
Nouvelles applications (lorsque vous n’êtes pas sûr de la taille d’instance dont vous avez besoin).
Charges de travail variables et imprévisibles.
Bases de données de développement et de test.
Applications multi-locataires.
Fonctions non prises en charge :
Bases de données globales Aurora.
Clusters multi-maîtres Aurora.
Répliques Aurora.
Authentification de la base de données IAM.
Analyse des performances.
Amazon RDS Proxy (uniquement dans la V2)
Amazon RDS Proxy

En utilisant Amazon RDS Proxy, vous pouvez permettre à vos applications de mettre en commun et de partager des connexions de base de données afin d’améliorer leur capacité à évoluer.
Il rend les applications plus résilientes aux pannes de base de données en se connectant automatiquement à une instance de base de données de secours tout en préservant les connexions des applications.
Vous pouvez gérer les hausses imprévisibles du trafic de la base de données qui pourraient causer des problèmes en raison d’un abonnement excessif aux connexions ou de la création de nouvelles connexions à un rythme rapide.

Clusters unique master
La plupart des clusters Aurora sont des clusters à maître unique. Il s’agit de l’architecture par défaut des clusters Aurora.
Par exemple, les clusters provisionnés, Aurora Serverless, parallel query et Global Database sont tous des clusters à maître unique.

Dans un cluster à maître unique, une seule instance de base de données effectue toutes les opérations d’écriture et toutes les autres instances de base de données sont en lecture seule.
Cette architecture est appropriée pour les applications générales. Dans ces applications, une seule instance de la base de données peut gérer toutes les instructions en langage de manipulation de données (DML) et en langage de définition de données (DDL).

Si l’instance de la BD qui écrit devient indisponible, un mécanisme de basculement permet à l’une des instances en lecture seule de devenir le nouvel auteur.

Cluster master
Dans un cluster multi-maître, toutes les instances de la base de données peuvent effectuer des opérations de lecture/écriture.
Les notions d’instance primaire unique en lecture/écriture et de répliques Aurora multiples en lecture seule ne s’appliquent pas.
Le cluster multi-maître n’utilise pas le mécanisme de basculement, car il n’a pas besoin de promouvoir une autre instance de la base de données pour avoir la capacité de lecture/écriture.

Avantages :

Les clusters multi-maîtres améliorent la haute disponibilité d’Aurora.
Les clusters multi-maîtres sont bien adaptés aux applications sharded ou multi-tenant.
Aurora détecte les conflits d’écriture immédiatement, et non pas lorsque la transaction est validée.

Cas d’utilisation :
Dans les applications où vous ne pouvez pas vous permettre un temps d’arrêt, même bref, pour les opérations d’écriture de la base de données, un cluster multi-maître peut aider à éviter une panne lorsqu’une instance d’écriture devient indisponible.
Répliques de lecture

Dépassez de façon élastique les contraintes de capacité d’une instance de base de données unique pour les charges de travail de base de données à lecture intensive.
Les répliques Aurora se connectent au même volume de stockage que l’instance DB primaire, mais ne prennent en charge que les opérations de lecture.
Un cluster Aurora DB avec réplication à maître unique comprend une instance DB primaire et jusqu’à 15 répliques Aurora.

Cas d’utilisation :

Vous utilisez les répliques Aurora pour décharger les charges de travail en lecture de l’instance DB primaire.
Babelfish pour Aurora PostgreSQL
Babelfish for Aurora PostgreSQL est une nouvelle fonctionnalité d’Amazon Aurora PostgreSQL-Compatible Edition qui permet à Aurora de comprendre les commandes des applications écrites pour Microsoft SQL Server.
Grâce à Babelfish, Aurora PostgreSQL comprend désormais T-SQL, le dialecte SQL propriétaire de Microsoft SQL Server, et prend en charge le même protocole de communication, de sorte que vos applications initialement écrites pour SQL Server peuvent désormais fonctionner avec Aurora avec moins de modifications du code.

Avantages

Entièrement géré : Amazon Aurora est entièrement géré par Amazon RDS, ce qui automatise les tâches d’administration fastidieuses telles que l’approvisionnement en matériel, la configuration de la base de données, l’application de correctifs et les sauvegardes.

Haute performance : Aurora peut offrir un débit jusqu’à cinq fois supérieur à celui de MySQL et jusqu’à trois fois supérieur à celui de PostgreSQL sans nécessiter de modifications de la plupart de vos applications existantes. Ces performances sont comparables à celles des bases de données commerciales, pour un coût dix fois moindre.
Évolutivité : Vous pouvez facilement faire évoluer le déploiement de votre base de données vers des types d’instance plus petits ou plus grands en fonction de l’évolution de vos besoins, ou laisser Aurora Serverless gérer l’évolution automatiquement pour vous.

Pour faire évoluer la capacité et les performances de lecture, vous pouvez ajouter jusqu’à 15 répliques de lecture à faible latence dans trois zones de disponibilité.
Amazon Aurora augmente automatiquement le stockage en fonction des besoins, jusqu’à 128 To par instance de base de données.

Haute disponibilité et durabilité : Amazon Aurora est conçu pour offrir une disponibilité de 99,99 %, en répliquant 6 copies de vos données sur 3 zones de disponibilité et en sauvegardant vos données en continu sur Amazon S3.
Le cluster DB Aurora est tolérant aux pannes de par sa conception. Votre cluster DB peut tolérer la défaillance d’une zone de disponibilité sans aucune perte de données et avec une brève interruption de service.
Hautement sécurisé : Amazon Aurora offre plusieurs niveaux de sécurité comme l’isolation du réseau à l’aide d’Amazon VPC, le cryptage au repos à l’aide d’AWS KMS et le cryptage des données en transit à l’aide de SSL.

En Résumé

Amazon Aurora est un moteur de base de données relationnelle entièrement géré, compatible avec MySQL et PostgreSQL, qui facilite, accélère et rentabilise la gestion de vos données et la création d’applications évolutives, fiables et performantes.