한 회사에서 새 웹 애플리케이션을 배포하고 있으며 Linux 애플리케이션 서버를 위한 공유 스토리지가 필요합니다. 데이터 세트는 최대 100GB입니다. 피크 활동은 매일 3시간 동안 지속되며 225MiB/s의 읽기 처리량이 필요합니다. 솔루션은 Multi-AZ여야 하며 재해 복구를 위해 다른 AWS 리전에 데이터 복사본을 복제해야 하며 RPO는 1시간 미만이어야 합니다. 어떤 설계가 이러한 요구 사항을 충족합니까?

정답은 Amazon EFS Multi-AZ 파일 시스템을 생성하고 DR 리전에 복제를 활성화하는 것입니다. EFS는 Linux 워크로드에 적합한 공유 파일 스토리지를 제공하며, Multi-AZ를 지원하여 고가용성을 보장합니다. EFS 복제는 RPO 1시간 미만의 재해 복구 요구 사항을 충족합니다. 225MiB/s의 피크 처리량은 EFS 처리량 모드를 통해 달성할 수 있으며, 75MiB/s의 프로비저닝된 처리량은 EFS의 버스팅 처리량 모드와 결합하여 필요한 피크를 지원할 수 있습니다. 다른 옵션들은 다음 이유로 적합하지 않습니다. Amazon FSx for Lustre는 고성능 컴퓨팅(HPC)에 최적화되어 있으며, 웹 애플리케이션의 공유 스토리지로는 과도합니다. 또한 AWS Backup은 RPO 1시간 미만을 충족하기 어렵습니다. gp3 Amazon EBS 볼륨은 단일 인스턴스에 연결되도록 설계되었으며, Multi-Attach는 제한적인 시나리오에서만 지원되며, Linux 공유 파일 시스템으로 적합하지 않습니다. Amazon FSx for OpenZFS는 고성능 파일 시스템이지만, AWS DataSync를 10분마다 예약하는 것은 RPO 1시간 미만을 충족할 수 있지만, EFS 복제보다 복잡하고 비용 효율적이지 않을 수 있습니다.