Une application s'exécute sur des instances Linux EC2 au sein d'un groupe Auto Scaling. Les instances sont lancées à partir d'un modèle de lancement et utilisent des volumes EBS gp3 pour le stockage principal. L'équipe a besoin que toutes les instances accèdent aux mêmes fichiers avec une cohérence des données. Quelle solution fournira un système de fichiers partagé et cohérent pour toutes les instances ?

La bonne réponse est de créer un système de fichiers Amazon EFS et de mettre à jour le modèle de lancement pour le monter. Amazon EFS est un service de stockage de fichiers évolutif, élastique et entièrement géré qui fournit un système de fichiers partagé et cohérent auquel plusieurs instances EC2 peuvent accéder simultanément. L'utilisation des données utilisateur dans le modèle de lancement permet de monter automatiquement EFS lors du lancement de l'instance. La mise à jour du groupe Auto Scaling garantit que toutes les nouvelles instances utiliseront cette configuration et que les anciennes instances seront progressivement remplacées. L'activation du Multi-Attach sur les volumes EBS est incorrecte car Multi-Attach est conçu pour les volumes de blocs et non pour un système de fichiers partagé et cohérent entre plusieurs instances Linux. La synchronisation des données entre les volumes EBS avec une tâche cron est complexe, sujette aux erreurs de cohérence des données et ne fournit pas un système de fichiers partagé en temps réel. La création d'un système de fichiers EFS via le modèle de lancement est incorrecte car EFS est une ressource de service AWS qui est provisionnée indépendamment et non créée par chaque instance EC2 lors du lancement.