Une entreprise héberge une application web sur une seule instance Amazon EC2 qui stocke les documents téléchargés par les utilisateurs sur un volume Amazon EBS. Pour une meilleure évolutivité et disponibilité, l'entreprise a ajouté une deuxième instance EC2 et un volume EBS dans une autre zone de disponibilité et a placé les deux instances derrière un Application Load Balancer. Après ce changement, les utilisateurs signalent que chaque rafraîchissement de page affiche un sous-ensemble de leurs documents ou l'autre, mais jamais tous les documents en même temps. Que devrait proposer un architecte de solutions pour que les utilisateurs voient tous leurs documents en même temps ?

La bonne réponse est de copier les données des deux volumes EBS vers Amazon EFS et de modifier l'application pour enregistrer les nouveaux documents sur Amazon EFS. Les volumes EBS sont des stockages de blocs attachés à une seule instance EC2 dans une zone de disponibilité spécifique. Pour que les deux instances EC2 accèdent au même ensemble de documents, un système de fichiers partagé est nécessaire. Amazon EFS est un service de stockage de fichiers évolutif et hautement disponible qui peut être monté par plusieurs instances EC2 dans différentes zones de disponibilité, résolvant ainsi le problème de cohérence des données. Copier les données sur les deux volumes EBS n'est pas une solution durable car les nouveaux documents téléchargés sur une instance ne seraient pas disponibles sur l'autre, recréant le problème. Configurer l'Application Load Balancer pour diriger un utilisateur vers un serveur spécifique ne résout pas le problème sous-jacent de données non partagées et peut entraîner des problèmes de disponibilité si ce serveur tombe en panne. Envoyer la requête aux deux serveurs et retourner les documents corrects est une approche complexe et inefficace qui ne résout pas le problème de la source de vérité unique pour les données.