Uma aplicação usa uma API de sistema de arquivos para ler e gravar dados. Ela é executada em instâncias EC2 em várias Zonas de Disponibilidade e todas as instâncias devem compartilhar o mesmo sistema de arquivos. Os dados são pequenos hoje, mas devem crescer para dezenas de terabytes ao longo do tempo. Qual abordagem de armazenamento é a que melhor se adapta a esse requisito?

A opção correta é "Implantar o Amazon EFS na VPC e criar destinos de montagem nas sub-redes necessárias" porque o Amazon EFS (Elastic File System) é um serviço de armazenamento de arquivos escalável, elástico e totalmente gerenciado, projetado para ser compartilhado por várias instâncias EC2 em diferentes Zonas de Disponibilidade. Ele suporta o protocolo NFS, que é compatível com a API de sistema de arquivos da aplicação, e pode escalar automaticamente para dezenas de terabytes, atendendo ao requisito de crescimento futuro dos dados. Anexar um único volume Amazon EBS a várias instâncias não é possível, pois os volumes EBS são projetados para serem anexados a uma única instância por vez. Exportar o sistema de arquivos via SMB/CIFS ou NFS de uma instância EC2 introduz um ponto único de falha e exige gerenciamento manual da escalabilidade e alta disponibilidade. Executar um appliance de volume em cache do AWS Storage Gateway não é a solução ideal para um sistema de arquivos compartilhado entre instâncias EC2, pois é mais voltado para integração de armazenamento on-premises com a nuvem.