[AWS] FSR(Fast Snapshot Restore)와 부하테스트의 관계, 한 번에 이해하기

https://aws.amazon.com/ko/blogs/korea/new-amazon-ebs-fast-snapshot-restore-fsr/

 

FSR(Fast Snapshot Restore)에 대해서

FSR(Fast Snapshot Restore)는 EBS 스냅샷에서 볼륨을 복원할 때, 복원된 볼륨이 즉시 최대 성능을 발휘하도록 초기화된 상태로 제공하는 기능이다.

 

부하테스트 시 FSR(Fast Snapshot Restore)를 사용해야 하는 이유

부하 테스트 환경에서는 lazy loading 없이 곧바로 최대 성능으로 작동해야 하므로 FSR이 필수적이다.

만약 Lazy Loading으로 동작하면 첫 접근 시점에만 해당 블록을 복원 및 로딩하게 되며 불균일한 I/O 성능 테스트 결과가 나오게 돼 블록 접근 패턴에 따라 응답 시간이 달라지기 때문이다.

 

Lazy Loading이란?

Lazy Loading은 리소스(데이터, 객체, 블록 등)를 최초 요청 시점에 로드하는 지연 로딩 방식이다.
필요하지 않은 데이터를 미리 로드하지 않고, "필요해졌을 때(load-on-demand)" 불러오는 전략이다.

---

 

예제 문제

한 회사가 Amazon EC2 인스턴스에서 MySQL 데이터베이스를 사용하는 애플리케이션을 실행합니다. 이 EC2 인스턴스에는 범용 SSD인 Amazon Elastic Block
Store(Amazon EBS) 볼륨이 있습니다. 이 회사는 애플리케이션 코드를 변경했으며, 이제 코드 변경의 영향을 평가하기 위해 부하 테스트를 수행하려고 합니다.
시스템 운영 관리자는 기존 프로덕션 인스턴스의 스냅샷을 사용하여 새 MySQL 인스턴스를 생성해야 합니다. 이 새 인스턴스는 프로덕션 인스턴스와 최대한 유사하게 작동해야 합니다.
이러한 요구 사항을 충족하는 복원 옵션은 무엇입니까?

• A. EBS 빠른 스냅샷 복원을 사용하여 프로덕션 스냅샷에서 새로운 범용 SSD EBS 볼륨을 만듭니다.
• B. EBS 빠른 스냅샷 복원을 사용하여 프로덕션 스냅샷에서 새로운 프로비저닝된 IOPS SSD EBS 볼륨을 생성합니다.
• C. EBS 스냅샷 복원을 사용하여 프로덕션 스냅샷에서 새로운 범용 SSD EBS 볼륨을 만듭니다.
• D. EBS 스냅샷 복원을 사용하여 프로덕션 스냅샷에서 새로운 프로비저닝된 IOPS SSD EBS 볼륨을 생성합니다.

답 : A

 

B가 답이 아닌 이유 : MySQL 부하 발생시 고성능 IOPS 디스크를 사용하는 것은 올바르다. 하지만 프로덕트 인스턴스와 최대한 유사하게 작동해야 하므로 (테스트 목적이기 때문임) 정답이 아니다.