SAA-C03에서 스토리지 문제는 전체 출제 비중의 약 10~15%를 차지합니다. 핵심 질문은 항상 "이 워크로드에 어떤 스토리지가 적합한가?"입니다. 올바른 답을 고르려면 각 스토리지 서비스의 성능 특성을 정확히 이해해야 합니다.
EBS 볼륨 타입 — 파일 캐비닛 비유
EBS(Elastic Block Store)는 EC2 인스턴스에 연결하는 블록 스토리지입니다. 컴퓨터에 연결하는 외장 하드드라이브라고 생각하면 됩니다.
EBS 볼륨 타입을 파일 캐비닛에 비유해 보겠습니다.
SSD 계열 — 빠른 서랍장
SSD 계열은 IOPS(초당 입출력 횟수)가 중요한 워크로드에 적합합니다.
gp3 (General Purpose SSD 3세대): 대부분의 워크로드에 쓰는 범용 SSD입니다. 기본 3,000 IOPS를 제공하며 독립적으로 최대 16,000 IOPS까지 조정할 수 있습니다. gp2보다 20% 저렴하면서 성능은 더 유연합니다. 시험에서 "특별한 요구사항 없이 범용"이라면 gp3를 고르세요.
gp2 (General Purpose SSD 2세대): IOPS가 용량에 비례하여 자동 증가합니다 (GB당 3 IOPS). 볼륨이 클수록 IOPS가 자동으로 늘어나는 특성이 있습니다. 현재 gp3가 더 나은 선택이지만, 시험에서 "용량에 비례하는 IOPS"라는 키워드가 나오면 gp2입니다.
io2 Block Express / io1 (Provisioned IOPS SSD): 초고성능 SSD입니다. io2 Block Express는 최대 256,000 IOPS까지 제공하며, Oracle RAC처럼 매우 높은 IOPS가 필요한 미션 크리티컬 데이터베이스에 사용합니다. 파일 캐비닛 비유로는 터보 엔진이 달린 고속 서랍장입니다.
HDD 계열 — 대용량 창고
HDD 계열은 IOPS보다 처리량(Throughput, MB/s)이 중요한 워크로드에 적합합니다. 그리고 EC2 인스턴스의 부팅 볼륨으로 사용할 수 없습니다.
st1 (Throughput Optimized HDD): 빅데이터, 데이터 웨어하우스, 로그 처리에 최적화된 저비용 HDD입니다. 최대 처리량 500 MB/s를 지원합니다. 시험 키워드: "빅데이터", "높은 처리량", "순차 접근", "MapReduce", "Kafka".
sc1 (Cold HDD): 접근 빈도가 낮은 데이터를 저비용으로 보관하는 데 쓰입니다. 최대 처리량 250 MB/s. 시험 키워드: "콜드 데이터", "가장 저렴한 EBS", "드물게 접근".
핵심 선택 기준: IOPS(트랜잭션 처리)가 중요하다 → SSD (gp3 또는 io2) 처리량(대용량 순차 읽기/쓰기)이 중요하다 → HDD (st1) 미션 크리티컬 DB, 최고 성능 필요 → io2 Block Express
!SSD vs HDD 계열 EBS 볼륨
S3 성능 최적화
S3는 단순한 객체 스토리지처럼 보이지만, 시험에서는 대용량 파일을 빠르게 처리하는 방법도 묻습니다.
접두사 기반 성능 스케일링
S3는 접두사(prefix)당 초당 3,500 PUT/COPY/POST/DELETE 요청과 5,500 GET/HEAD 요청을 처리할 수 있습니다. 접두사를 다양하게 분산시키면 처리량을 선형으로 늘릴 수 있습니다.
예: 4개의 접두사를 사용하면 초당 22,000 GET 요청 처리 가능.
멀티파트 업로드 (Multipart Upload)
100MB 이상의 파일은 멀티파트 업로드를 권장합니다. 파일을 여러 조각으로 나눠 병렬로 업로드하므로 속도가 훨씬 빠릅니다. 시험 키워드: "대용량 파일 빠른 업로드", "5GB 이상 파일"(5GB 초과 시 멀티파트 업로드 필수).
S3 Transfer Acceleration
S3 Transfer Acceleration은 CloudFront의 엣지 로케이션을 경유하여 업로드 속도를 높입니다. 인터넷을 직접 사용하는 대신, 가장 가까운 AWS 엣지 로케이션까지만 인터넷을 쓰고, 나머지는 AWS 내부 고속 네트워크를 통해 전송합니다.
시험 키워드: "전 세계 사용자가 S3에 빠르게 업로드", "해외 클라이언트에서 빠른 업로드".
EFS, FSx — 공유 파일 시스템 선택
EC2 인스턴스가 여러 대라면, 공유 파일 시스템이 필요할 수 있습니다. EBS는 한 번에 하나의 EC2에만 연결되지만(io1/io2는 Multi-Attach 지원), EFS와 FSx는 여러 인스턴스가 동시에 접근할 수 있습니다.
EFS (Elastic File System)
NFS 프로토콜을 사용하는 Linux 전용 공유 파일 시스템입니다. 여러 EC2 인스턴스, 여러 AZ에서 동시 접근이 가능합니다. 용량이 자동으로 늘어나고 줄어들며, 사용한 용량만큼 비용을 냅니다.
시험 키워드: "여러 EC2 인스턴스가 공유하는 파일 시스템", "Linux NFS", "멀티 AZ 접근".
FSx for Windows File Server
SMB 프로토콜을 사용하는 Windows 전용 공유 파일 시스템입니다. Active Directory와 통합되며, Windows 기반 애플리케이션과 완전히 호환됩니다.
시험 키워드: "Windows 공유 파일 시스템", "SMB 프로토콜", "Active Directory 통합".
FSx for Lustre — 전용 고속 도로
FSx for Lustre는 HPC(고성능 컴퓨팅)와 머신러닝 훈련에 특화된 고성능 병렬 파일 시스템입니다.
고속 도로 비유: 일반 도로(EFS)는 승용차와 트럭이 함께 다닙니다. 하지만 중량 화물차가 고속으로 달리려면 전용 고속도로가 필요합니다. FSx for Lustre가 바로 HPC 데이터를 위한 전용 고속도로입니다.
S3와 직접 연동됩니다. S3에서 데이터를 가져와 고속으로 처리하고 다시 S3에 저장하는 패턴에 최적화되어 있습니다.
시험 키워드: "HPC", "머신러닝 훈련", "고성능 병렬 파일 시스템", "S3 연동 고속 처리".
FSx for NetApp ONTAP
NFS, SMB, iSCSI를 모두 지원하는 다중 프로토콜 파일 시스템입니다. 온프레미스에서 NetApp ONTAP을 사용 중이라면 클라우드로 그대로 마이그레이션할 수 있습니다.
시험 키워드: "온프레미스 NetApp 마이그레이션", "멀티 프로토콜 스토리지".
AWS Storage Gateway — 온프레미스와 클라우드를 잇는 다리
많은 기업이 기존 온프레미스 시스템을 당장 전부 클라우드로 옮기기 어렵습니다. AWS Storage Gateway는 온프레미스와 AWS 클라우드 스토리지를 연결하는 하이브리드 서비스입니다.
File Gateway
온프레미스 서버에서 NFS 또는 SMB 프로토콜로 S3 버킷에 파일을 저장합니다. 애플리케이션 코드 변경 없이 기존 파일 서버처럼 S3를 사용할 수 있습니다.
시험 키워드: "온프레미스에서 S3를 NFS/SMB로 접근", "파일 서버를 S3로 대체".