로드 밸런서, NFS 호환 영구 스토리지가 필요한 Linux 기반 CMS, MySQL 데이터베이스로 구성된 웹사이트를 마이그레이션하려고 합니다. 이 솔루션은 예측할 수 없는 트래픽에 대해 2개의 EC2 인스턴스에서 30개의 인스턴스로 확장되어야 하며, CMS를 변경할 필요가 없고, 데이터 손실을 방지해야 합니다. 다음 중 이러한 요구 사항을 충족하는 설계는 무엇입니다?

이 솔루션은 예측 불가능한 트래픽에 대한 확장성, NFS 호환 스토리지, 데이터 손실 방지, CMS 변경 불필요라는 모든 요구 사항을 충족합니다. Amazon EFS는 여러 EC2 인스턴스에서 공유할 수 있는 NFS 호환 영구 스토리지를 제공하여 데이터 손실을 방지하고 CMS 변경 없이 파일을 공유할 수 있도록 합니다. AWS Elastic Beanstalk는 Application Load Balancer 및 Auto Scaling 그룹과 함께 CMS를 배포하여 예측 불가능한 트래픽에 대한 확장성을 자동으로 처리합니다. .ebextensions를 사용하여 EC2 인스턴스에 EFS를 마운트하는 것은 Elastic Beanstalk 환경 내에서 EFS를 구성하는 표준 방법입니다. Amazon Aurora MySQL은 고가용성 및 확장성을 제공하여 데이터베이스 요구 사항을 충족합니다. 오답 설명: Amazon EBS Multi-Attach는 여러 인스턴스에 단일 볼륨을 연결할 수 있지만, NFS 호환 파일 시스템이 아니므로 CMS 요구 사항을 충족하지 못합니다. 또한, Elastic Beanstalk 환경 내에 RDS 데이터베이스를 생성하는 것은 환경이 종료될 때 데이터베이스가 삭제될 위험이 있습니다. Network Load Balancer는 HTTP/HTTPS 트래픽을 처리하는 CMS에 적합하지 않습니다. 또한, EC2 Auto Scaling scale-in lifecycle hook을 사용하여 EFS를 마운트하는 것은 복잡하며, 인스턴스 시작 시 EFS를 마운트하는 일반적인 방법이 아닙니다. Amazon ElastiCache for Redis는 캐싱 솔루션이지 MySQL 데이터베이스를 대체할 수 없습니다. 또한, EBS Multi-Attach는 NFS 호환 스토리지가 아니므로 CMS 요구 사항을 충족하지 못합니다.