Une entreprise migre un site web composé d'un équilibreur de charge, d'un CMS basé sur Linux qui nécessite un stockage persistant compatible NFS, et d'une base de données MySQL. La solution doit pouvoir passer de 2 instances EC2 à 30 instances pour un trafic imprévisible, ne nécessiter aucune modification du CMS et éviter la perte de données. Quelle conception répond à ces exigences ?

La solution correcte utilise Amazon EFS, un système de fichiers NFS entièrement géré, pour le stockage persistant requis par le CMS, permettant ainsi le partage de données entre les instances EC2 sans modification du CMS. AWS Elastic Beanstalk simplifie le déploiement et la gestion du CMS, y compris l'équilibrage de charge (Application Load Balancer) et l'Auto Scaling pour gérer le trafic imprévisible. L'utilisation de .ebextensions permet de monter EFS automatiquement sur les instances. Amazon Aurora MySQL offre une base de données MySQL hautement disponible et performante, séparée de l'environnement Elastic Beanstalk pour une meilleure découplage et gestion. Les autres options sont incorrectes car : Amazon EBS Multi-Attach ne prend pas en charge NFS et est limité à un nombre restreint d'instances, ne répondant pas aux besoins de scaling. Utiliser un hook de cycle de vie de scale-in pour monter EFS n'est pas la méthode standard et peut être complexe. Amazon ElastiCache for Redis n'est pas un substitut direct à une base de données MySQL relationnelle et ne répond pas aux exigences de la base de données existante.