한 회사에서 온프레미스 데이터 센터의 HTTP 요청 기반 로드 밸런서 뒤에 있는 3개의 Linux VM에서 웹 프런트엔드 애플리케이션을 실행합니다. 이 애플리케이션은 중요한 데이터를 위한 파일 스토리지가 필요합니다. 회사는 가능한 한 빨리 AWS로 앱을 마이그레이션해야 하며, 기존 아키텍처를 최소한으로 변경하면서 AWS 아키텍처의 고가용성을 유지해야 합니다. 최소한의 아키텍처 변경으로 이러한 요구 사항을 충족하는 마이그레이션 옵션은 무엇입니까?

정답은 기존 아키텍처를 최소한으로 변경하면서 고가용성을 유지하는 요구 사항을 충족합니다. 온프레미스 VM을 여러 가용 영역의 EC2 인스턴스로 마이그레이션하는 것은 기존 HTTP 요청 기반 로드 밸런서 아키텍처와 유사하며, Application Load Balancer(ALB)는 HTTP/HTTPS 트래픽을 처리하는 데 적합합니다. 중요한 데이터에 대한 공유 파일 스토리지 요구 사항은 여러 EC2 인스턴스에 동시에 마운트할 수 있는 확장 가능하고 고가용성인 NFS 파일 시스템인 Amazon EFS에 의해 충족됩니다. 오답: Fargate를 사용한 Amazon ECS 또는 EKS는 컨테이너화된 환경으로 상당한 아키텍처 변경을 필요로 합니다. 또한 Amazon S3는 객체 스토리지이며 파일 시스템으로 직접 마운트할 수 없어 애플리케이션 파일 스토리지 요구 사항에 적합하지 않습니다. Amazon FSx for Lustre는 고성능 컴퓨팅(HPC) 워크로드에 최적화되어 있으며 일반적인 웹 프런트엔드 애플리케이션의 공유 파일 스토리지에는 과도할 수 있습니다. 여러 AWS 리전으로 마이그레이션하는 것은 고가용성 요구 사항을 초과하는 재해 복구 시나리오에 더 적합하며, EBS는 단일 EC2 인스턴스에만 연결할 수 있어 공유 파일 스토리지 요구 사항을 충족하지 못합니다.