EBS 볼륨 유형: gp3, io2, st1, sc1

Amazon Elastic Block Store (EBS)는 EC2 인스턴스를 위한 영구 블록 스토리지 볼륨을 제공합니다. 일시적이며 인스턴스 수명 주기에 연결된 인스턴스 스토어와 달리 EBS 볼륨은 연결된 인스턴스와 독립적으로 존재합니다. 따라서 인스턴스를 중지하거나 재부팅해도, 분리한 경우에는 인스턴스를 종료해도 데이터가 유지됩니다. EBS 볼륨은 내구성을 위해 단일 가용 영역 내에서 복제됩니다. 네 가지 볼륨 유형을 이해하는 것은 SAA-C03 시험에 필수적입니다.

gp3는 현재 세대의 범용 SSD 볼륨입니다. 주요 특징은 볼륨 크기와 관계없이 추가 비용 없이 포함되는 3,000 IOPS 기준 성능, 최대 16,000 IOPS 및 1,000 MB/s 처리량(두 항목 모두 독립적으로 구성 가능), 그리고 1 GiB~16 TiB의 크기 범위입니다. gp3는 gp2보다 20% 저렴하며 부트 볼륨, 개발 환경, 소규모에서 중간 규모의 데이터베이스, 지연 시간이 짧은 대화형 애플리케이션을 비롯한 대부분의 워크로드에서 기본 선택으로 사용해야 합니다.

gp2는 이전 세대의 범용 SSD입니다. gp3와의 주요 차이점은 IOPS가 볼륨 크기에 연결된다는 것입니다(GiB당 3 IOPS, 최소 100, 최대 16,000). 또한 버스트 크레딧을 사용하면 작은 볼륨도 일시적으로 3,000 IOPS까지 처리할 수 있습니다. 처리량은 최대 250 MB/s이지만 독립적으로 구성할 수 없습니다. AWS는 gp2에서 gp3로의 마이그레이션을 권장합니다. 더 높은 기준 IOPS, 독립적인 IOPS 및 처리량 조정, 더 낮은 비용을 얻을 수 있습니다. 시험에서는 gp2 IOPS가 크기에 따라 증가하는 반면 gp3 IOPS는 크기와 관계없이 고정된다는 점을 기억하십시오.

io2 Block Express는 I/O 집약적 워크로드를 위해 설계된 최고 성능의 EBS 볼륨입니다. 볼륨당 최대 256,000 IOPS와 4,000 MB/s 처리량을 제공하며, 다른 어떤 EBS 유형보다 높은 99.999%(파이브 나인)의 내구성 SLA를 지원합니다. io2는 낮고 일정한 서브밀리초 수준의 지연 시간으로 지속적으로 높은 IOPS가 필요한 Oracle, SAP HANA, Microsoft SQL Server와 같은 미션 크리티컬 데이터베이스에 적합합니다.

io1은 이전 세대의 프로비저닝된 IOPS SSD입니다. 최대 64,000 IOPS와 1,000 MB/s 처리량을 지원하며, 최대 IOPS 대 GiB 비율은 50:1입니다. io1의 내구성은 99.8~99.9%로 io2의 99.999%보다 낮습니다. 프로비저닝된 IOPS가 필요한 새 워크로드에는 항상 io1보다 io2 Block Express를 선택하십시오. 비슷한 가격으로 훨씬 높은 IOPS, 처리량, 내구성을 제공하기 때문입니다. SAA-C03 시험에서 io1이 선택지로 제시될 수 있지만, 요구 사항에 '최고 성능' 또는 '파이브 나인 내구성'이 언급되면 io2를 우선 선택하십시오.

st1은 대량의 데이터에 순차적으로 액세스하는 고처리량 작업에 최적화된 하드 디스크 드라이브 볼륨입니다. 최대 16 TiB 크기의 볼륨에서 최대 500 IOPS와 500 MB/s 처리량을 제공합니다. GB당 비용은 SSD 볼륨보다 훨씬 낮습니다. st1은 IOPS보다 처리량(MB/s)이 더 중요한 빅 데이터 처리, 데이터 웨어하우징, 로그 처리 및 스트리밍 작업에 적합합니다. st1은 부팅 볼륨으로 사용할 수 없습니다.

sc1은 자주 액세스하지 않는 콜드 데이터를 위해 설계된 가장 저렴한 EBS 볼륨 유형입니다. 최대 16 TiB 크기의 볼륨에서 최대 250 IOPS와 250 MB/s 처리량을 제공합니다. sc1은 온라인 상태로 유지해야 하지만 액세스 빈도가 낮은(예: 한 달에 한 번) 아카이브, 백업 및 콜드 데이터에 적합합니다. st1과 마찬가지로 sc1은 부팅 볼륨으로 사용할 수 없습니다. 비용 최적화가 문제의 주요 키워드이고 작업에 거의 액세스하지 않는 경우에는 sc1이 정답입니다.

SAA-C03 시험에서는 다음 판단 기준을 사용하십시오. 부팅 볼륨 또는 일반 애플리케이션 → gp3. 높은 IOPS의 데이터베이스, 1밀리초 미만의 지연 시간, 99.999% 내구성 → io2 Block Express. 빅 데이터, 스트리밍, 데이터 웨어하우스 — 순차적 액세스, 비용 중시 → st1. 콜드 데이터 아카이브, 드문 액세스, 최저 비용 → sc1. 문제에 '사용 가능한 IOPS가 가장 높음'이 언급되면 → io2입니다. 자주 액세스하는 데이터에 대해 '가장 비용 효율적'이라고 언급되면 → gp3입니다. 'GB당 스토리지 비용이 가장 저렴함'이라고 언급되면 → sc1입니다.

EBS Multi-Attach를 사용하면 단일 io1 또는 io2 볼륨을 동일한 AZ 내에서 최대 16개의 Nitro 기반 EC2 인스턴스에 동시에 연결할 수 있습니다. 각 인스턴스는 읽기 및 쓰기에 대한 전체 액세스 권한을 가집니다. 이는 Oracle RAC와 같은 클러스터형 데이터베이스에서 애플리케이션 가용성을 높이는 데 유용합니다. Multi-Attach는 gp2, gp3, st1 또는 sc1에서 지원되지 않습니다. 파일 시스템은 클러스터를 인식하는 파일 시스템이어야 합니다. 여러 인스턴스가 동시에 쓰면 표준 Linux ext4 또는 xfs에서는 데이터가 손상됩니다.

EBS 성능과 관련된 주요 사항은 다음과 같습니다. EC2 인스턴스 유형이 EBS 대역폭을 제한합니다. 16,000 IOPS gp3 볼륨이라도 인스턴스의 EBS 최적화 처리량 제한으로 인해 병목이 발생할 수 있습니다. EBS 최적화 인스턴스에는 EC2와 EBS 사이에 전용 대역폭이 있습니다. 스냅샷에서 생성한 볼륨에는 더 이상 사전 준비가 필요하지 않습니다. AWS가 복원된 볼륨을 자동으로 사전 준비합니다. 지원되는 인스턴스 패밀리(R6i, X2iedn)에서 io2 Block Express를 사용하면 최대 256,000 IOPS를 활용할 수 있습니다. 여러 볼륨에 걸친 RAID 0은 장애 허용성이 낮아지는 대신 IOPS와 처리량을 배가할 수 있습니다.

연결되어 사용 중인 상태에서도 EBS 볼륨의 유형, 크기, IOPS 및 처리량을 수정할 수 있으며, 중단 시간이 필요하지 않습니다. 볼륨은 modifying, optimizing, completed 상태를 차례로 거칩니다. 크기는 늘리기만 할 수 있으며 볼륨을 줄일 수는 없습니다. 볼륨 크기를 늘린 후에는 growpart 및 resize2fs(Linux) 또는 디스크 관리(Windows)를 사용하여 운영 체제 내부의 파일 시스템을 확장해야 합니다. 이러한 실행 중 수정 기능은 인스턴스 스토어와 비교했을 때 EBS의 주요 차별점입니다.

이 수업에서 다룬 AWS 솔루션스 아키텍트(SAA-C03) 개념을 얼마나 이해했는지 확인해 보십시오.

이 수업에서는 다음을 학습했습니다. gp3은 3,000 IOPS 기준 성능과 독립적으로 구성할 수 있는 처리량을 제공하는 기본 SSD입니다. io2 Block Express는 미션 크리티컬 데이터베이스에 최대 256,000 IOPS와 99.999% 내구성을 제공합니다. st1은 순차적 빅 데이터 작업을 위한 처리량 최적화 HDD이고, sc1은 자주 액세스하지 않는 콜드 데이터에 적합한 가장 저렴한 HDD입니다. 다음에서는 EBS 스냅샷, 암호화 및 RAID 구성을 살펴보겠습니다.