한 회사에서 AWS Fargate를 사용하여 Amazon EKS에 새 애플리케이션을 배포하고 있습니다. 이 애플리케이션에는 고가용성, 내결함성, 여러 컨테이너 간 공유가 가능한 영구 스토리지가 필요합니다. 운영 오버헤드가 가장 적은 솔루션은 무엇입니까?

정답은 Amazon EFS입니다. EFS는 여러 컨테이너 인스턴스에서 동시에 액세스할 수 있는 공유 파일 시스템을 제공하며, 고가용성과 내구성을 갖추고 있어 애플리케이션의 요구 사항을 충족합니다. EKS StorageClass를 통해 쉽게 통합되어 운영 오버헤드를 최소화합니다. 오답 설명: Amazon EBS는 단일 가용 영역 내에서 단일 EC2 인스턴스(또는 EBS Multi-Attach를 사용하는 경우 제한된 수의 인스턴스)에만 연결할 수 있습니다. 여러 컨테이너 간의 공유 스토리지가 필요한 Fargate 기반 EKS 애플리케이션에는 적합하지 않습니다. EBS Multi-Attach는 제한된 시나리오에서만 여러 인스턴스에 연결을 허용하지만, EKS Fargate는 워커 노드에 직접 접근할 수 없으므로 EBS 볼륨을 직접 연결하고 공유하는 것이 복잡하거나 불가능합니다. 또한, Multi-Attach는 모든 EBS 볼륨 유형에서 지원되지 않으며, 파일 시스템 일관성을 보장하기 위한 추가적인 조치가 필요합니다. EFS를 생성하고 Lambda 함수를 사용하여 데이터를 동기화하는 것은 불필요한 복잡성을 추가하며, EFS 자체의 공유 파일 시스템 기능을 활용하지 못하므로 운영 오버헤드가 증가합니다.