2.2 - Bases de données et données résilientes
L'objectif 2.2 de l'AWS Solutions Architect Associate couvre la résilience des données et des bases. Activer un déploiement Multi-AZ donne à une base Amazon RDS une bascule synchrone automatique vers un réplica de secours dans une autre zone de disponibilité, améliorant la disponibilité plutôt que la mise à l'échelle en lecture (les réplicas en lecture font cela). Dans un cluster Amazon Aurora avec un writer et plusieurs readers sur plusieurs zones, si le writer tombe, Aurora promeut automatiquement un reader selon la priorité de bascule configurée, généralement en quelques secondes. Pour automatiser la création, la copie inter-régions et la rétention des instantanés EBS, les politiques Amazon Data Lifecycle Manager (DLM) s'en chargent sans script. Tu dois aussi connaître les sauvegardes, la récupération ponctuelle et la réplication inter-régions. Attends-toi à des mises en situation demandant la bonne fonction - RDS Multi-AZ, bascule Aurora ou DLM.
Bascule synchrone automatique vers une autre zone = RDS Multi-AZ (réplicas en lecture = mise à l'échelle, pas HA). Aurora promeut un reader selon la priorité. Automatiser création/copie/rétention des instantanés EBS = Data Lifecycle Manager (DLM).
Questions d'entraînement
1. Quelle fonctionnalité donne à une base Amazon RDS un basculement synchrone automatique vers une instance de secours dans une autre AZ ?
- Déploiement Multi-AZ (bonne réponse)
- Réplicas de lecture
- Instantanés automatisés
- Instances réservées
RDS Multi-AZ maintient une instance de secours synchrone dans une seconde AZ et bascule automatiquement via DNS en cas de panne. Les réplicas de lecture montent en charge en lecture (asynchrone) mais ne sont pas un basculement automatique.
2. Une appli à état stocke les sessions en mémoire sur chaque instance EC2, donc la réduction d'échelle perd les sessions. Quelle est la meilleure correction ?
- Activer la protection contre la terminaison sur toutes les instances
- Stocker l'état de session dans Amazon ElastiCache ou DynamoDB (bonne réponse)
- Augmenter la taille d'instance pour garder plus de sessions
- Désactiver l'Auto Scaling pour garder les instances actives
Externaliser l'état de session vers ElastiCache ou DynamoDB rend les instances sans état : n'importe quelle instance peut servir n'importe quel utilisateur et la mise à l'échelle devient sûre.
3. Quelle option de stockage offre un système de fichiers partagé et élastique que de nombreuses instances EC2 Linux, dans plusieurs AZ, peuvent monter simultanément ?
- Volume Amazon EBS gp3
- Stockage d'instance
- Amazon EFS (bonne réponse)
- Amazon S3 Glacier
Amazon EFS est un système de fichiers NFS géré, montable simultanément par de nombreuses instances dans plusieurs AZ et élastique en taille. EBS s'attache à une instance (dans une AZ) à la fois.
4. Une entreprise a besoin d'un RPO de quelques secondes pour un jeu de données S3 critique, protégé contre la perte d'une région entière. Que doit-elle activer ?
- Le versionnage S3 seul
- Des transitions de cycle de vie S3 vers Glacier
- Des instantanés EBS copiés chaque nuit
- La réplication S3 inter-régions (bonne réponse)
La réplication S3 inter-régions copie de façon asynchrone les nouveaux objets vers un bucket d'une autre région en quelques secondes à minutes, protégeant contre une perte au niveau régional. Le versionnage est un prérequis mais pas suffisant seul.
5. Une appli distribuée mondialement veut une base relationnelle avec réplication inter-régions en moins d'une seconde et basculement rapide au niveau région pour les lectures. Quelle option convient ?
- RDS mono-AZ avec instantanés manuels
- Un seul cluster Aurora dans une région
- Réplica de lecture inter-régions ajouté au cas par cas
- Amazon Aurora Global Database (bonne réponse)
Aurora Global Database réplique vers des régions secondaires avec un décalage généralement inférieur à la seconde et prend en charge un basculement inter-régions rapide (souvent moins d'une minute) plus des lectures locales à faible latence. Un cluster mono-région n'a pas de résilience inter-régions.
6. Un cluster Amazon Aurora a un writer et trois readers répartis sur des AZ. Comment le comportement de basculement est-il contrôlé quand le writer tombe ?
- Aurora promeut toujours le reader le plus ancien, quelle que soit la configuration
- Aurora promeut un reader selon le niveau de priorité de basculement attribué à chaque réplica (bonne réponse)
- Le basculement nécessite de restaurer manuellement le cluster depuis le dernier instantané
- Un administrateur doit lancer un nouveau writer avant que les lectures puissent reprendre
Les réplicas Aurora ont des niveaux de priorité de basculement (0-15) ; à la panne du writer, Aurora promeut automatiquement le reader du niveau le plus bas (la plus grande taille départage), généralement en 30 secondes environ.