애플리케이션이 파일 시스템 API를 사용하여 데이터를 읽고 씁니다. 이 애플리케이션은 여러 가용 영역의 EC2 인스턴스에서 실행되며 모든 인스턴스는 동일한 파일 시스템을 공유해야 합니다. 현재 데이터는 작지만 시간이 지남에 따라 수십 테라바이트로 증가할 것으로 예상됩니다. 이 요구 사항에 가장 적합한 스토리지 접근 방식은 무엇입니까?

정답은 Amazon EFS(Elastic File System)를 VPC에 배포하고 필요한 서브넷에 마운트 대상을 생성하는 것입니다. EFS는 여러 가용 영역에 걸쳐 여러 EC2 인스턴스에서 동시에 액세스할 수 있는 확장 가능한 공유 파일 시스템을 제공합니다. 파일 시스템 API를 지원하고, 수십 테라바이트까지 확장 가능하며, 고가용성을 제공하므로 이 시나리오에 가장 적합합니다. 단일 대용량 Amazon EBS 볼륨은 한 번에 하나의 인스턴스에만 연결할 수 있으므로 여러 인스턴스 간의 공유 요구 사항을 충족하지 못합니다. EC2 인스턴스에서 SMB/CIFS 또는 NFS 서버를 실행하는 것은 관리 오버헤드가 크고 확장성 및 고가용성 측면에서 EFS보다 떨어집니다. AWS Storage Gateway 캐시된 볼륨 어플라이언스는 온프레미스 애플리케이션이 클라우드 스토리지에 액세스하는 데 사용되며, 이 시나리오의 클라우드 네이티브 공유 파일 시스템 요구 사항에는 적합하지 않습니다.