Un environnement de production s'exécute actuellement sur une seule instance EC2 qui héberge à la fois l'application web et une base de données MariaDB. La politique de l'entreprise exige une haute disponibilité pour les systèmes de production. Quel changement de conception permettra de rendre cet environnement conforme ?

La migration de la base de données vers une instance Amazon RDS for MariaDB Multi-AZ assure une haute disponibilité et une reprise après sinistre automatique pour la base de données. L'exécution de l'application sur des instances EC2 dans un groupe Auto Scaling réparti sur plusieurs zones de disponibilité, derrière un équilibreur de charge, garantit que l'application reste disponible même en cas de défaillance d'une zone de disponibilité ou d'une instance. Cette architecture est une pratique standard pour la haute disponibilité sur AWS. Les autres options sont moins efficaces ou incorrectes. L'utilisation d'AWS Lambda pour l'application pourrait être une solution, mais la spécification Multi-AZ pour Lambda est redondante car Lambda est déjà hautement disponible. Copier la base de données sur une autre instance EC2 et utiliser une fonction Lambda pour la surveillance est une solution maison complexe et moins robuste que RDS Multi-AZ. Enfin, créer une AMI de la base de données et lancer une instance de secours à l'état arrêté ne fournit pas une haute disponibilité active.