Une entreprise souhaite migrer sa base de données MySQL de son environnement sur site vers AWS. L'entreprise a récemment subi une panne de base de données qui a eu un impact significatif sur l'activité. Pour éviter que cela ne se reproduise, l'entreprise souhaite une solution de base de données fiable sur AWS qui minimise la perte de données et garantit que chaque transaction est stockée sur au moins deux nœuds. Quelle solution répond à ces exigences ?

L'option correcte est de créer une instance de base de données Amazon RDS MySQL avec la fonctionnalité Multi-AZ activée. Cette configuration déploie une instance de base de données primaire et une instance de secours dans des zones de disponibilité différentes, assurant une réplication synchrone des données. En cas de défaillance de l'instance primaire, RDS bascule automatiquement vers l'instance de secours, minimisant la perte de données et les temps d'arrêt, et garantissant que chaque transaction est stockée sur au moins deux nœuds (primaire et secours). L'option de trois nœuds dans trois zones de disponibilité n'est pas une configuration standard pour RDS MySQL Multi-AZ, qui utilise généralement une instance primaire et une instance de secours. La réplication vers une région distincte (réplica en lecture) est asynchrone et ne garantit pas la cohérence transactionnelle immédiate en cas de basculement. L'utilisation d'EC2 avec Lambda pour la réplication synchrone est une solution complexe et moins gérée que RDS Multi-AZ, qui offre une haute disponibilité intégrée.