Linux EC2 Spot Instance 플릿은 스냅샷에서 복원된 연결된 EBS 볼륨을 사용하며 자주 시작 및 중지됩니다. 스냅샷에서 볼륨을 복원한 후 초기 I/O 처리량이 예상보다 낮고 워크로드가 필요한 거의 모든 프로비저닝된 IOPS를 얻을 수 없습니다. SysOps 관리자는 복원된 EBS 볼륨이 즉시 예상 성능을 제공하도록 하려면 어떻게 해야 합니까?

정답은 사용되는 스냅샷에 대해 빠른 스냅샷 복원(FSR)을 활성화하는 것입니다. FSR은 스냅샷에서 복원된 EBS 볼륨이 생성 즉시 완전한 성능을 발휘할 수 있도록 합니다. FSR이 활성화되지 않은 경우, 스냅샷에서 복원된 볼륨은 초기 I/O 작업 시 지연 시간을 경험할 수 있으며, 이는 볼륨의 모든 블록이 Amazon S3에서 EBS로 로드될 때까지 지속됩니다. 오답 설명: 각 스냅샷을 암호화되지 않은 EBS 볼륨으로 복원한 다음 암호화하는 것은 성능 문제를 해결하지 못하며, 추가적인 관리 오버헤드를 발생시킵니다. 스냅샷을 복원하기 전에 EBS 볼륨을 XFS 파일 시스템으로 포맷하는 것은 스냅샷 복원 후의 초기 성능 저하와 직접적인 관련이 없습니다. 파일 시스템 선택은 장기적인 성능 특성에 영향을 미치지만, 복원 직후의 성능 저하를 방지하지는 않습니다. Linux read-ahead 버퍼를 늘리는 것은 특정 I/O 패턴에 대한 성능을 개선할 수 있지만, 스냅샷에서 복원된 볼륨의 초기 성능 저하 문제를 해결하는 근본적인 방법은 아닙니다.