Une application utilise une API de système de fichiers pour lire et écrire des données. Elle s'exécute sur des instances EC2 dans plusieurs zones de disponibilité et toutes les instances doivent partager le même système de fichiers. Les données sont petites aujourd'hui, mais devraient atteindre des dizaines de téraoctets au fil du temps. Quelle approche de stockage s'adapte le mieux à cette exigence ?

Amazon EFS (Elastic File System) est la solution la plus adaptée car il fournit un système de fichiers entièrement géré, évolutif, élastique et partagé, accessible simultanément par plusieurs instances EC2 dans différentes zones de disponibilité. Il gère automatiquement la croissance des données jusqu'à des pétaoctets sans intervention manuelle, ce qui répond à l'exigence d'une croissance future des données. Attacher un seul volume Amazon EBS à plusieurs instances n'est pas possible pour la plupart des types de volumes EBS (sauf pour EBS Multi-Attach avec des limites spécifiques) et ne permet pas un partage de système de fichiers traditionnel et cohérent entre plusieurs instances. Lancer une instance EC2 pour exporter un système de fichiers via SMB/CIFS ou NFS est une solution autogérée qui introduit une complexité opérationnelle, un point de défaillance unique et ne s'adapte pas aussi facilement qu'EFS. Exécuter une appliance AWS Storage Gateway est principalement destiné à connecter des applications sur site au stockage cloud, et non à fournir un système de fichiers partagé natif pour des instances EC2 dans le cloud.