[reinvent 2024] Amazon EBS 및 EC2 인스턴스 스토어와 속도 및 내구성 균형 잡기

들어가며

이번 세션은 Amazon EBS와 EC2 Instance Store를 활용해 속도와 내구성 간의 균형을 맞추는 방법에 대한 내용으로, 이를 통해 데이터 저장소를 더 효율적으로 사용하는 방안에 대해 들어보고자 신청했습니다. 특히, EBS와 Instance Store 간의 차이점과 이를 조합해 성능을 극대화할 수 있는 아키텍처 설계에 대해 어떻게 구성하는지 궁금했고 세션을 신청하게 되었습니다.  이번 세션의 주요 내용은 EBS의 내구성, Instance Store의 속도, 그리고 이를 조합한 하이브리드 스토리지 모델입니다.

EBS와 EC2 인스턴스 스토어의 개요

EBS(Elastic Block Store) – (Elastic Block Storage 가 아닙니다!) 는 EC2 인스턴스와 네트워크를 통해 연결되는 블록 스토리지로, 데이터를 지속적으로 보존할 수 있는 높은 내구성을 제공한다고 합니다. 반면, EC2 인스턴스 스토어는 인스턴스와 물리적으로 가까운 위치에 존재하는 로컬 스토리지로, 데이터 저장 속도가 매우 빠르지만 인스턴스가 종료되면 데이터가 삭제되기 때문에 중요한 데이터는 반드시 그때그때 다른 스토리지로 옮기셔야 합니다.(갑자기 꺼질수도 있기 때문입니다) 이러한 특성 때문에 EBS는 주로 데이터 영속성과 백업이 필요한 워크로드에 적합하고, EC2 인스턴스 스토어는 고성능 캐싱이나 임시 데이터 저장소로 사용된다고 합니다.

EBS와 인스턴스 스토어의 활용 사례

EBS는 금융 데이터베이스와 같이 데이터 손실을 허용하지 않는 애플리케이션에 적합하고, 스냅샷 및 백업 기능으로 안전성을 확보해야 한다고 말했습니다. 인스턴스 스토어는 데이터 처리가 빠르게 이뤄져야 하는 빅데이터 분석 및 캐싱 용도로 유용하다고 합니다.

스토리지 선택 시 고려 사항

EBS는 데이터 내구성과 스냅샷 관리에 강점을 가지며, 비용은 상대적으로 높고 인스턴스 스토어는 빠른 IOPS 성능을 제공하지만 데이터 영속성이 보장되지 않으므로 주의가 필요하다고 합니다.

EBS의 주요 유형

GP3는 비용 효율적이며 IOPS와 처리량을 독립적으로 조정할 수 있습니다. IO2는 높은 IOPS와 내구성을 요구하는 워크로드에 적합하며, HDD 기반 ST1과 SC1은 대규모 데이터 분석이나 로그 저장용으로 유용합니다.

(중간에 갑자기 GP2 사용 하는분 있는지 질문했는데 손든 사람이 제법 많아서 놀랐습니다.)

EC2 인스턴스 스토어의 성능 활용

인스턴스 스토어는 데이터 지연이 거의 없으며, 인스턴스에 가까운 위치에 저장돼 빠른 처리가 가능합니다만  데이터 유실 가능성을 고려해 임시 데이터나 복구 가능한 워크로드에 적합하다고 했습니다.

EBS와 인스턴스 스토어의 결합 활용

두 스토리지를 결합한 비대칭 RAID 구성은 고속 쓰기 및 읽기 성능과 데이터 내구성을 동시에 제공한다고 말했습니다. 이를 통해 비용이 합리적이고 성능 중심의 스토리지 환경을 설계할 수 있을 것 같습니다.

데이터 관리와 스냅샷 활용

EBS 스냅샷은 데이터를 안전하게 백업하고, 이를 복구 및 이전에 활용할 수 있도록 지원하는데, AWS 데이터 라이프사이클 매니저를 통해 스냅샷 관리를 자동화할 수도 있다고 합니다.

결론

본 세션에서는 AWS 스토리지의 핵심 개념과 활용 사례에 대해 확인하는 시간이었습니다. EBS는 데이터 영속성과 관리 기능으로 안정적인 서비스를 제공하며, EC2 인스턴스 스토어는 고성능 처리를 가능하게 하는데 두 스토리지를 적절히 결합해 최적화된 환경을 설계하면 워크로드의 요구 사항을 효과적으로 충족시킬 수 있을것으로 생각됩니다. 

특히, 데모를 통해 AWS CLI 환경에서 어떻게 EBS 와 인스턴스 스토어를 설정하는지 보여주고 각자 의견을 나누고 진행하는데 앞으로 많은 도움이 될거 같다고 생각 되었습니다.