EBS 블록 볼륨
EC2에 붙이는 블록 볼륨. 단일 AZ에 묶임
이게 뭔가요? / What is this?
EBS는 컴퓨터 안에 내장된 하드디스크가 아니라, 네트워크로 연결해 쓰는 가상의 외장 디스크(블록 스토리지)입니다. 물리적으로는 다른 곳에 있는 저장 장치를 마치 내 컴퓨터에 꽂힌 하드디스크처럼 쓰게 해주는데, 케이블이 실제로 짧아서(같은 AZ 안에서만) 다른 방(AZ)에 있는 컴퓨터에는 꽂을 수 없다는 제약이 있습니다.
개요 / Overview
EBS는 EC2에 연결하는 네트워크 블록 스토리지로 부팅 디스크와 데이터베이스 볼륨에 씁니다. 핵심 제약은 AZ 종속성입니다 — 볼륨은 같은 AZ의 인스턴스에만 붙고, 다른 AZ로 옮기려면 스냅샷을 거쳐야 합니다.
동작 원리 / How it works
EBS 볼륨은 인스턴스에 로컬 디스크처럼 보이지만 실제로는 네트워크 연결 스토리지입니다. 그래서 인스턴스를 종료해도 볼륨은 남고, 다른 인스턴스에 다시 붙일 수 있습니다. 다만 볼륨은 만들어진 AZ를 벗어나지 못합니다 — 다른 AZ로 옮기려면 스냅샷을 떠서 그 AZ에 복원해야 합니다.
스냅샷은 S3에 증분 저장됩니다. 첫 스냅샷은 전체, 이후는 변경 블록만 저장하지만 각 스냅샷은 독립적으로 복원 가능합니다. 중간 스냅샷을 지워도 이후 스냅샷의 복원 능력은 유지됩니다. 스냅샷은 리전 스코프이므로 재해 복구를 위해 다른 리전으로 복사할 수 있습니다.
시험은 무엇을 보는가 / What the exam is testing
시험은 EBS로 두 가지를 봅니다. 하나는 AZ 종속성의 결과를 이해하는지 — 여러 인스턴스가 파일을 공유해야 하는데 EBS를 고르면 오답이고 EFS가 정답입니다. 다른 하나는 볼륨 타입 선택 — IOPS가 부족한가 처리량이 부족한가를 읽고 gp3 조정이냐 io2냐 st1이냐를 고릅니다.
시험 포인트 / Exam points
gp3는 기본 선택으로 IOPS와 처리량을 용량과 독립적으로 설정합니다. st1은 빅데이터·로그 같은 순차 처리량용, sc1은 접근이 드문 저비용 저장용이며 둘 다 부팅 볼륨으로 쓸 수 없습니다. 선택지에 gp2가 보이면 대개 gp3가 같은 성능을 더 싸게 내는 함정입니다.
gp3로 감당되지 않는 최고 수준 IOPS와 일관된 저지연이 필요한 대형 상용 데이터베이스에 씁니다. io2 Block Express는 단일 볼륨 최대 성능과 함께 Multi-Attach를 지원합니다. 문제에서 "지속적으로 매우 높은 IOPS"나 "일관된 밀리초 미만 지연"을 요구하면 io 계열이지만, 단순히 "높은 처리량"만 나오면 gp3나 st1이 더 저렴한 정답입니다.
하나의 io1/io2 볼륨을 같은 가용 영역에 있는 EC2 인스턴스 여러 대에 동시에 붙입니다. 단 EBS가 동시 쓰기를 조율해주지 않으므로 클러스터 인식 파일 시스템이 필수이고, 일반 ext4·XFS로 붙이면 데이터가 깨집니다. 가용 영역을 넘지 못하므로 "여러 AZ에서 공유"가 요구되면 정답은 EFS입니다.
스냅샷은 증분 저장되며 리전 단위로 보관됩니다. 다른 AZ나 리전에 볼륨을 만들려면 스냅샷을 복사해 복원합니다. Data Lifecycle Manager나 AWS Backup으로 스케줄링합니다.
스냅샷으로 만든 볼륨은 원래 첫 접근 때 S3에서 블록을 당겨오느라 느립니다(지연 로딩). FSR을 켜두면 그 초기화 지연 없이 처음부터 최대 성능이 나옵니다. "스냅샷에서 복구한 직후에도 즉시 최대 성능"이 요구되면 이것이며, 가용 영역별로 켜야 하고 시간당 요금이 붙습니다.
KMS 기반 암호화는 저장 데이터, 스냅샷, 인스턴스 사이 전송을 모두 보호하며 성능 영향은 거의 없습니다. 기존 볼륨을 암호화하려면 스냅샷 → 암호화 복사 → 복원 경로를 거칩니다.
여러 인스턴스가 동시에 같은 파일을 읽고 써야 하면 EBS가 아니라 EFS입니다. EBS Multi-Attach는 io1/io2에서 같은 AZ 내 소수 인스턴스만 지원하며 클러스터 파일시스템이 별도로 필요합니다.
자주 틀리는 함정 / Common traps
gp2 시절 습관으로 "IOPS를 늘리려면 볼륨 크기를 키운다"고 고르는 것 — gp3는 IOPS와 처리량을 용량과 독립적으로 설정하므로 크기를 키우지 않고 올릴 수 있습니다.
기존 미암호화 볼륨을 바로 암호화하려는 선택지 — 제자리 암호화는 불가능하며 스냅샷 → 암호화 복사 → 복원 경로를 거쳐야 합니다.
헷갈리는 것 구분하기 / Telling them apart
둘 다 여러 인스턴스가 붙지만 성격이 다릅니다. Multi-Attach는 io1/io2에서 같은 AZ의 소수 인스턴스에 블록 장치를 공유하는 것이라 클러스터 인식 파일 시스템이 별도로 필요합니다. 일반 애플리케이션이 파일을 공유해야 하면 EFS가 정답입니다.
Amazon EBS
Block volumes for EC2, bound to a single AZ
이게 뭔가요? / What is this?
EBS is not a hard drive built into a computer — it is a virtual external disk (block storage) attached over the network. Physically the storage sits elsewhere, but it behaves like a drive plugged straight into the machine — except the "cable" is only long enough to reach instances in the same AZ, so it cannot be plugged into a computer in a different room (AZ).
개요 / Overview
EBS provides network block storage attached to EC2 for boot disks and database volumes. The key constraint is AZ affinity: a volume attaches only within its AZ, and moving it elsewhere requires a snapshot.
동작 원리 / How it works
An EBS volume looks like a local disk to the instance but is network-attached storage. That is why the volume survives instance termination and can be re-attached elsewhere. It cannot leave the AZ it was created in — moving it means snapshotting and restoring into the target AZ.
Snapshots are stored incrementally in S3: the first is full, later ones store only changed blocks, yet each restores independently. Deleting an intermediate snapshot does not break later ones. Snapshots are Region-scoped and can be copied to another Region for disaster recovery.
시험은 무엇을 보는가 / What the exam is testing
EBS tests two things. First, whether you follow the consequences of AZ affinity — choosing EBS when several instances must share files is wrong; EFS is right. Second, volume type selection: read whether IOPS or throughput is short, then pick gp3 tuning, io2, or st1.
시험 포인트 / Exam points
gp3 is the default and decouples IOPS and throughput from size. st1 targets sequential throughput for big data and logs, sc1 targets cold data, and neither can be a boot volume. When gp2 appears as an option it is usually a trap — gp3 delivers the same performance for less.
Use it for large commercial databases that need top-tier IOPS and consistently low latency beyond what gp3 delivers. io2 Block Express adds the highest single-volume performance plus Multi-Attach. "Sustained very high IOPS" or "consistent sub-millisecond latency" points to the io family, but plain "high throughput" is cheaper on gp3 or st1.
Attaches one io1/io2 volume to several EC2 instances in the same Availability Zone. EBS does not coordinate concurrent writes, so a cluster-aware file system is mandatory — plain ext4 or XFS will corrupt data. It cannot cross Availability Zones, so "shared across AZs" means EFS instead.
Snapshots are incremental and Region-scoped. To create a volume in another AZ or Region, copy and restore the snapshot. Schedule them with Data Lifecycle Manager or AWS Backup.
A volume created from a snapshot is normally slow on first touch because blocks are lazily pulled from S3. Fast Snapshot Restore removes that initialization penalty so the volume runs at full performance immediately. Enable it per Availability Zone; it is billed hourly. "Full performance right after restoring a snapshot" points here.
KMS encryption covers data at rest, snapshots, and in-flight traffic to the instance with negligible overhead. To encrypt an existing volume: snapshot, copy with encryption, restore.
If several instances must share files concurrently, the answer is EFS, not EBS. EBS Multi-Attach only works on io1/io2 within one AZ and still needs a cluster-aware filesystem.
자주 틀리는 함정 / Common traps
Carrying over the gp2 habit of "grow the volume to get IOPS" — gp3 sets IOPS and throughput independently of size.
Encrypting an existing unencrypted volume in place — not possible. The path is snapshot, copy with encryption, restore.
헷갈리는 것 구분하기 / Telling them apart
Both attach to several instances but differ in kind. Multi-Attach shares a raw block device among a few same-AZ instances on io1/io2 and still needs a cluster-aware filesystem. Ordinary applications sharing files need EFS.
AWS SAA Hub Pro는 독립 학습 자료이며 Amazon Web Services, Inc.의 공식 서비스가 아닙니다. 시험 정책과 서비스 사양은 AWS 공식 문서를 기준으로 확인하세요.