6.70 Comment créer une base de donnée AURORA

Dans ce laboratoire, nous créons une base Aurora depuis la console RDS. Sélectionnez « Créer une base de données » puis la méthode standard. Choisissez Aurora comme moteur, avec compatibilité MySQL pour cet exercice. Plusieurs versions sont disponibles : selon la version choisie, vous accédez aux fonctionnalités Global Database ou Serverless. Nous restons sur la version 5.6.10a qui laisse le choix entre déploiement régional et global.

Configuration du cluster

Nous sélectionnons un déploiement régional avec un enregistreur (writer) et un ou plusieurs réplicas en lecture. Le modèle de production est conservé. Définissez un identifiant de cluster, un utilisateur maître et un mot de passe. Pour la taille d'instance, plusieurs classes existent : optimisées en mémoire, à stockage SSD ou EBS, ou à capacité extensible (T3). Pour ce lab, nous choisissons une t3.small économique.

Disponibilité : créer un réplica en lecture dans une autre zone de disponibilité pour le basculement automatique
Connectivité : VPC par défaut, groupe de sous-réseau, accès public désactivé, groupe de sécurité existant
Authentification : mot de passe (l'IAM est aussi possible)
Configuration additionnelle : nom de la base, groupe de paramètres par défaut, priorité de basculement, sauvegardes quotidiennes, chiffrement KMS, Backtrack optionnel
Surveillance étendue avec rôle IAM créé automatiquement, export des journaux vers CloudWatch

Avant validation, désactivez la protection contre la suppression pour pouvoir nettoyer plus tard. La création prend plusieurs minutes : l'instance writer et l'instance reader sont provisionnées séparément, chacune avec un endpoint distinct (un point de terminaison pour l'écriture pointant sur le maître, un autre pour la lecture servant de load balancer entre réplicas).

Une fois la base prête, ajoutez un Auto Scaling sur les réplicas en lecture : définissez la métrique cible (par exemple 60% de CPU), les capacités min et max (jusqu'à 15 réplicas), puis nommez la stratégie. Aurora créera automatiquement des réplicas supplémentaires en cas de charge. Pour supprimer le cluster, supprimez d'abord les instances filles, désactivez la protection sur le cluster, validez les modifications immédiatement, puis lancez la suppression du writer (snapshot final facultatif).

En résumé

Cette leçon explique comment créer une base de données Aurora sur AWS à travers un laboratoire pratique. Elle couvre les choix de configuration fondamentaux : compatibilité MySQL ou PostgreSQL, sélection des versions selon le mode (régional ou global), topologie des replicas pour la haute disponibilité, et paramètres d'instance tels que la classe (p2.small), le stockage et la connectivité réseau. On y découvre également les options avancées de sauvegarde, chiffrement et monitoring.

Points clés

Aurora supporte deux compatibilités de base : MySQL et PostgreSQL, avec des versions différentes selon le déploiement (régional ou global)
Le déploiement peut être régional (une seule région) ou global (plusieurs régions avec basculement automatique)
Les replicas secondaires sont placés dans d'autres zones de disponibilité pour assurer la haute disponibilité et la redondance
Le type d'instance (ex: p2.small) et la classe (optimisée pour mémoire) définissent les ressources allouées et le coût
La sauvegarde automatique quotidienne, le chiffrement des données et le Backup and Restore point-in-time sont configurables
Le groupe de sécurité et le VPC contrôlent l'accès : bonne pratique de rester en privé sauf pour les tests

Questions fréquentes

Quelles sont les deux options de compatibilité de base de données pour Aurora ?

Aurora est compatible avec MySQL et PostgreSQL. Le choix détermine les versions disponibles et les fonctionnalités selon qu'on crée un déploiement régional ou global.

Comment mettre en place la haute disponibilité dans Aurora ?

En créant des replicas secondaires dans d'autres zones de disponibilité au sein de la même région (ou d'autres régions en mode global). En cas de défaillance du master, un replica est automatiquement promu.

Quels niveaux d'instances Aurora sont recommandés pour débuter ?

Pour un laboratoire ou un déploiement petit, on commence avec p2.small, l'instance la moins chère. Les instances optimisées pour la mémoire (avec plus de CPU et RAM) sont réservées aux charges de production volumineuses.