6.66 - AWS RDS Répliques en lecture seule vs Replique Multi AZ.mp4
RDS propose deux mécanismes de réplication aux objectifs très différents : les read replicas pour la scalabilité en lecture, et le déploiement multi-AZ pour la haute disponibilité. Avec les read replicas, on peut créer jusqu'à 5 répliques par instance master, dans la même AZ, dans d'autres AZ de la même région, voire dans d'autres régions. La réplication est asynchrone : les données écrites sur le master se propagent aux répliques avec une légère latence — éventuellement consistantes mais cohérentes à terme.
Côté usage applicatif, les requêtes en écriture vont toujours vers le master, et les requêtes SELECT peuvent être routées vers une réplique pour soulager le master. Une réplique peut aussi être promue en master autonome en cas de défaillance (mais cela exige de mettre à jour les chaînes de connexion de l'application). Les opérations INSERT / UPDATE / DELETE sont impossibles directement sur une réplique : il faut toujours passer par le master.
Cas d'usage des read replicas
- Application de production normale + base de monitoring/reporting qui tape uniquement sur la réplique.
- Travaux d'analytics ou ETL hors heures de pointe sans impacter la production.
- Limites : SELECT uniquement, pas de modifs sur la réplique.
- Coût de transit réseau si la réplique est dans une autre AZ ou région.
- Pour économiser : placer la réplique dans la même AZ que le master (zéro trafic inter-AZ facturé).
Le déploiement multi-AZ répond à un besoin radicalement différent : la haute disponibilité et le Disaster Recovery. Le master situé dans us-east-1a est répliqué de façon synchrone dans une autre AZ comme us-east-1b. La réplique est strictement identique en temps réel, mais elle n'est jamais sollicitée en lecture : son seul rôle est d'être prête en cas de panne du master.
Quand le master tombe (problème réseau, panne stockage ou défaillance d'instance), un nom DNS associé à la ressource RDS permet à AWS de basculer automatiquement les requêtes vers la réplique multi-AZ — sans intervention manuelle ni modification côté application. Important : le multi-AZ n'est pas un mécanisme de scaling, puisque la réplique n'est jamais active en lecture. Enfin, pour mettre en place un véritable plan de reprise d'activité (DRP), il faut que les répliques soient configurées en multi-AZ.
En résumé
Cette leçon explique les deux stratégies principales de réplication AWS RDS : les répliques en lecture seule et les répliques Multi-AZ. Les répliques en lecture distribuent la charge de lecture avec une réplication asynchrone, tandis que les répliques Multi-AZ offrent une haute disponibilité avec réplication synchrone et basculement automatique en cas de défaillance. La leçon détaille les cas d'usage, les différences de coûts selon les zones de disponibilité, et la configuration optimale pour chaque scenario.
Points clés
- Les répliques RDS en lecture seule utilisent une réplication asynchrone pour distribuer les opérations de lecture et réduire la charge du serveur maître, jusqu'à cinq répliques possibles
- Les répliques en lecture seule ne supportent que les SELECT ; les INSERT, UPDATE et DELETE doivent obligatoirement se faire sur le serveur maître
- Les répliques Multi-AZ offrent une réplication synchrone avec basculement automatique en cas de défaillance du maître, sans intervention manuelle grâce au service RDS
- Les répliques en lecture dans la même zone de disponibilité n'entraînent aucun coût de transit réseau, contrairement à celles déployées entre zones ou régions
- Une réplique en lecture seule peut être promue en serveur autonome en cas de défaillance du maître, nécessitant la mise à jour des chaînes de connexion applicatives
Questions fréquentes
Quelle est la différence principale entre une réplique en lecture seule et une réplique Multi-AZ ?
Une réplique en lecture seule utilise une réplication asynchrone pour distribuer les lectures et réduire la charge du serveur maître. Une réplique Multi-AZ utilise une réplication synchrone et offre un basculement automatique pour la haute disponibilité et la disaster recovery, mais reste arrêtée en conditions normales.
Pourquoi choisir de placer une réplique en lecture seule dans la même zone de disponibilité que le maître ?
Pour éliminer les coûts de transit réseau entre zones. Si la réplique est dans la même zone de disponibilité, il n'y a aucun coût de transfert de données, contrairement à un déploiement multi-zones qui entraîne des frais de transit.
Une réplique Multi-AZ peut-elle servir à la mise à l'échelle horizontale des lectures ?
Non, une réplique Multi-AZ reste synchrone avec le maître et n'est pas accessible en lecture. Elle est conçue uniquement pour la haute disponibilité et la disaster recovery. Pour la mise à l'échelle horizontale des lectures, il faut utiliser des répliques en lecture seule.