[세션 레포트]아마존 EBS를 통한 가격 및 성능 최적화하기 #reinvent2022

2022.11.29

この記事は公開されてから1年以上経過しています。情報が古い可能性がありますので、ご注意ください。

안녕하세요 클래스메소드 CX사업본부 Delivery부의 임홍기입니다.
2022.11.28(월) AWS re:Invent2022가 미국 라스베가스에서 개최되었습니다.
올해의 re:Invent는 라스베가스의 6개 호텔에서 동시에 세션을 진행하며 개최한지 10주년을 맞이했습니다.
대부분은 라스베가스 현장 라이브세션(유료) 이지만, 온라인으로도(무료) 공개되는 세션도 많기 때문에 관심있으신 분들은 등록해보세요!

본 블로그는 현장세션의 내용을 바탕으로 작성되었습니다.
이외에도 DevelopersIO 블로그에 AWS re:Invent2022의 다양한 현장 리포트가 작성되어 있으니 관심있으신 분야를 키워드로 검색해보세요!

EBS란?

  • Amazon EC2 인스턴스에 연결된 블록 스토리지 볼륨
  • stateful 컨테이너와 같은 동적 워크로드를 위한 유연한 스토리지 및 유연한 성능
  • API, SDK 또는 AWS Management Console을 통한 쉬운 볼륨 생성 및 연결 그리고 관리
  • 정책을 통해 백업 및 보존을 자동화하는 특정 시점 스냅샷, Tool

사용환경에 맞는 EBS선택하기

기본 적인 스토리지 서비스는 다음과 같습니다.

워크로드에 최적화된 스토리지를 파악하기 전에 다음을 고려해야합니다.
1. 이용중인 워크로드에 대해서 이해하기
2. 올바른 볼륨 타입과 인스턴스 타입을 선택하기
3. 탄력적 볼륨의 사용(EBS)과 동적인 성능 조정

또한 바른 EBS를 사용하기 위한 고려사항은 다음과 같습니다.
1. 워크로드가 미션크리티컬 한지
2. 어떤수준의 성능이 필요한지
3. 데이터베이스에 복제 기능이 내장되어 있는지
4. 어떤 EC2 인스턴스 유형을 사용하고 있는지

워크로드에 적합한 EBS타입과 그 예시

부팅 볼륨및 대기 시간이 짧은 애플리케이션 및 순간 처리량이 많은 데이터베이스를 사용중인 경우

EBS타입 중 가장 빠르며, 지연시간이 낮은 gp3가 적합합니다.

적합한 워크로드 예시) Database Workloads
1. 일반적으로 높은 처리량이 요구된다
2. 예측하기 어려운 I/O인 경우
3. 순차적인 워크로드인 경우
4. 의존도가 높은 워크로드인 경우

지속적인 IOPS를 제공하는 중요 애플리케이션 및 DB를 사용중인 경우

차세대 아키텍처이며, 빠른 IOPS, 지연이 1밀리초 이하를 유지하고 있는 io2가 적합합니다.

적합한 워크로드 예시) Virtual desktop
1. 지연에 민감하다
2. 예측하기 어려운 I/O인 경우
3. 의존도가 높은 워크로드인 경우

대규모 블록이며 처리량이 많은 순차적 워크로드의 경우

기본 처리속도와 순간 처리량 증가 그리고 다양한 용량과 최대 1MB의 I/O가 제공되는 st1이 적합합니다.

적합한 워크로드 예시) Media(Transcoding, encoding)
1. 높은 처리량이 요구될 경우
2. 대부분이 순차적인 I/O인 경우 3. 지속적인 I/O인 경우

로깅 및 백업과 같은 순차적 처리량 워크로드의 경우

안정적인 속도와 순간 처리량 대응 및 최대 16TB까지 지원하며 최대 1MB의 I/O를 지원하는 sc1이 적합합니다.

적합한 워크로드 예시) File(CIFS, NFS, archive)
1. 일반적으로 낮은 처리량인 경우
2. 순간적으로 높은 처리량을 처리할 수 있다
3. 비용에 민감하다

Key takeways(마무리)

이번 EBS세션의 키 포인트는 다음과 같습니다.
1. 비용을 지속적으로 낮출 수 있다
2. 혁신적인 성능 및 신뢰성이 있다
3. 확장 및 관리를 위한 유연하게 이용할 수 있다
4. 안전하게 관리할 수 있으며 시작하기 쉽다