한 회사에서 프로덕션 데이터(EC2 인스턴스에 연결된 Amazon EBS 볼륨에 저장됨)의 많은 양을 동일한 AWS 리전의 테스트 환경으로 복제해야 합니다. 복제된 데이터의 변경 사항은 프로덕션에 영향을 주지 않아야 합니다. 소프트웨어는 일관되게 높은 I/O 성능을 요구합니다. 솔루션스 아키텍트는 데이터를 복제하는 데 필요한 시간을 최소화해야 합니다. 어떤 솔루션이 이러한 요구 사항을 충족합니까?

정답은 EBS Fast Snapshot Restore(FSR) 기능을 사용하여 스냅샷에서 새 EBS 볼륨을 생성하고 이를 테스트 환경의 EC2 인스턴스에 연결하는 것입니다. FSR은 스냅샷에서 복원된 볼륨이 생성 즉시 모든 성능을 발휘할 수 있도록 하여 데이터 복제 시간을 최소화하고 일관되게 높은 I/O 성능 요구 사항을 충족합니다. 오답인 "프로덕션 볼륨의 EBS 스냅샷을 생성합니다. 테스트 환경의 EC2 인스턴스 스토어 볼륨에 스냅샷을 복원합니다."는 인스턴스 스토어 볼륨이 임시 스토리지이므로 영구 데이터 복제에 적합하지 않고, 스냅샷을 인스턴스 스토어에 직접 복원할 수 없다는 점에서 틀렸습니다. 오답인 "프로덕션 EBS 볼륨이 EBS Multi-Attach를 사용하도록 구성합니다. 프로덕션 볼륨의 EBS 스냅샷을 생성하고 프로덕션 EBS 볼륨을 테스트 환경의 EC2 인스턴스에 연결합니다."는 Multi-Attach가 여러 인스턴스에 동일한 볼륨을 연결하지만, 테스트 환경에서의 변경 사항이 프로덕션에 영향을 주지 않아야 한다는 요구 사항을 위반합니다. 또한, 스냅샷을 생성한 후 프로덕션 볼륨을 연결하는 것은 복제된 데이터가 아닙니다. 오답인 "프로덕션 볼륨의 EBS 스냅샷을 생성합니다. 새 EBS 볼륨을 생성하고 초기화한 다음, 프로덕션 스냅샷에서 볼륨을 복원하기 전에 테스트 환경의 EC2 인스턴스에 연결합니다."는 새 볼륨을 초기화하고 스냅샷에서 복원하는 과정에서 지연이 발생하여 데이터 복제 시간을 최소화한다는 요구 사항을 충족하지 못할 수 있습니다. 특히, FSR을 사용하지 않으면 볼륨이 완전히 초기화될 때까지 성능 저하가 발생할 수 있습니다.