[storage] Amazon FSx

One-Line Summary

Amazon FSx는 Windows, Lustre, NetApp ONTAP, OpenZFS 같은 업계 표준 파일 시스템을 AWS 관리형으로 제공하는 서비스다. EFS(AWS 자체 NFS)로 안 되는 요구 — Windows SMB/AD, HPC 초고성능, NetApp 기능, ZFS 마이그레이션 — 가 있을 때 고른다. 시험에서는 어떤 파일 시스템/프로토콜인가에 더해 Single-AZ vs Multi-AZ(HA), Lustre의 Scratch vs Persistent, S3 연동 이 실제로 갈리는 포인트다.

Abbreviations

약어	풀네임	의미
`FSx`	Amazon FSx	AWS 관리형 파일 시스템 서비스 묶음
`SMB`	Server Message Block	Windows 파일 공유 프로토콜
`NFS`	Network File System	Linux/Unix 계열 파일 공유 프로토콜
`HPC`	High Performance Computing	고성능 컴퓨팅
`AD`	Active Directory	Microsoft 디렉터리/인증 서비스
`iSCSI`	Internet Small Computer Systems Interface	IP 네트워크로 블록 스토리지에 접근하는 프로토콜
`DRA`	Data Repository Association	FSx for Lustre와 S3를 연결하는 구성

Core Concept — EFS로 안 되는 걸 채운다

Amazon EFS는 리눅스용 NFS 공유 파일 시스템 하나다. 그런데 현실에는 EFS가 못 맞추는 요구가 있다:

Windows 앱이 SMB + Active Directory로 파일 공유를 해야 한다 → EFS 불가
HPC/ML이 수백 GB/s 처리량·서브밀리초 지연의 병렬 파일 시스템을 요구한다 → EFS로는 부족
온프레미스 NetApp ONTAP의 기능(멀티 프로토콜, SnapMirror)을 그대로 클라우드에서 쓰고 싶다
기존 ZFS/OpenZFS 파일 서버를 그대로 옮기고 싶다

FSx는 이 각각을 전용 파일 시스템 엔진을 관리형으로 제공해 해결한다. 그래서 FSx 문제는 "파일 스토리지?"가 아니라 "어떤 파일 시스템 엔진이 필요한가 + 어떤 배포/성능 옵션인가" 를 본다.

서비스	한 줄 정체성
`FSx for Windows File Server`	Windows 네이티브 SMB + AD 공유
`FSx for Lustre`	HPC/ML용 초고성능 병렬 파일 시스템 + S3 연동
`FSx for NetApp ONTAP`	멀티 프로토콜(NFS/SMB/iSCSI) 엔터프라이즈 NAS
`FSx for OpenZFS`	ZFS/Linux NFS 마이그레이션

공통으로 알아야 할 축 (빈출)

각 FSx가 세부는 달라도, SAA는 아래 공통 축을 반복해서 묻는다.

1) 배포 옵션 — Single-AZ vs Multi-AZ (HA의 핵심)

	Single-AZ	Multi-AZ
구조	한 AZ에만 파일 서버	주 AZ + 대기(standby) AZ, 자동 failover
견디는 것	디스크/노드 장애(리던던시)	AZ 전체 장애
비용	저렴	높음(대기 인프라)
언제	개발/재생성 가능/비용 우선	프로덕션 고가용성

FSx for Windows / NetApp ONTAP 는 Single-AZ와 Multi-AZ를 선택한다. "AZ 장애에도 파일 공유 유지" = Multi-AZ.
FSx for Lustre 는 성격이 달라서 Multi-AZ가 아니라 Scratch/Persistent로 내구성을 나눈다(아래).

2) 스토리지 타입 — SSD vs HDD

지연이 중요하면 SSD, 대용량·순차 처리 위주로 비용을 낮추려면 HDD(Windows/ONTAP에서 선택 가능).

3) 백업

FSx는 자동 일일 백업 + 수동 백업을 지원하고, 백업은 S3에 저장된다(관리형, 증분). 별도 백업 파이프라인이 필요 없다.

FSx for Windows File Server

Windows Server 기반의 완전 관리형 Windows 파일 시스템. EFS로는 절대 못 푸는 "Windows 네이티브" 요구의 정답.

항목	내용
프로토콜	SMB
인증	Active Directory(AWS Managed AD 또는 자체 관리 AD 연동)
Windows 기능	NTFS, Windows ACL, DFS 네임스페이스, 볼륨 섀도 복사(이전 버전 복원)
배포	Single-AZ / Multi-AZ(Multi-AZ = 다른 AZ 대기 서버로 자동 failover)
스토리지	SSD / HDD
시험 키워드	Windows, SMB, Active Directory, 홈 디렉터리, .NET/Windows 앱

문제에 Windows·SMB·AD 통합이 나오면 EFS가 아니라 여기. "여러 AZ에서도 Windows 공유가 살아있어야" = Multi-AZ 배포.

FSx for Lustre

Lustre(= Linux + Cluster)는 HPC용 병렬 파일 시스템이다. 수천 노드가 동시에 수백 GB/s 처리량·서브밀리초 지연으로 읽고 쓴다. ML 학습, 유전체 분석, 금융 시뮬레이션, 영상 렌더링 등.

배포 유형 — Scratch vs Persistent (빈출·핵심)

Lustre는 Multi-AZ 대신 이 두 유형으로 내구성 vs 비용을 가른다.

	Scratch	Persistent
내구성	복제 없음 — 서버 장애 시 데이터 손실	AZ 내 복제 + 자동 복구(self-heal)
용도	단기·임시 처리(중간 결과, 재생성 가능)	장기·중요 데이터, 상시 워크로드
비용	저렴	높음
시험 신호	"temporary", "short-term processing"	"long-running", "durable", "persistent"

"HPC 중간 계산은 빠르고 싸게, 사라져도 됨" = Scratch. "고성능인데 데이터는 오래 안전하게" = Persistent.

S3 연동 — Lustre의 결정적 특징 (빈출)

Lustre는 **S3 버킷을 파일 시스템에 연결(Data Repository Association)**할 수 있다.

S3 버킷 ──연결(DRA)──► FSx for Lustre
  - S3 객체가 Lustre에서 "파일"처럼 보인다
  - 실제 데이터는 처음 접근할 때 지연 로딩(lazy load)
  - 처리 결과를 다시 S3로 export

즉 S3에 있는 대용량 데이터셋을 고성능으로 처리하고 결과를 S3에 되돌리는 패턴 → ML 학습·분석의 정석.
시험 트리거: "process S3 data with a high-performance file system" = FSx for Lustre + S3.

FSx for NetApp ONTAP

온프레미스에서 널리 쓰는 NetApp ONTAP을 그대로 관리형으로. FSx 중 유일하게 멀티 프로토콜(NFS·SMB·iSCSI) 을 한 파일 시스템에서 제공한다.

항목	내용
프로토콜	NFS + SMB + iSCSI(Linux·Windows·블록을 한 번에)
배포	Single-AZ / Multi-AZ
스토리지 효율	자동 계층화 — 자주 안 쓰는 데이터를 저비용 capacity pool로 이동
데이터 관리	스냅샷, FlexClone(즉시 복제), SnapMirror(복제/DR)
시험 키워드	NetApp, ONTAP, SnapMirror, 멀티 프로토콜, 기존 NetApp 마이그레이션

"NetApp" 또는 "NFS와 SMB를 동시에" 또는 "iSCSI 블록까지" = FSx for NetApp ONTAP. 이름만 나와도 강하게 의심.

FSx for OpenZFS

OpenZFS 파일 시스템을 관리형으로 제공. 기존 ZFS/OpenZFS 또는 Linux NFS 파일 서버를 AWS로 옮길 때 후보다.

항목	내용
프로토콜	NFS
특징	ZFS 스타일 스냅샷·클론, 서브밀리초 지연
시험 키워드	OpenZFS, ZFS, Linux NFS file server migration

Exam Triggers

문제에서 이런 표현이 나오면	떠올릴 것
"Windows file share / SMB / Active Directory"	`FSx for Windows File Server`
"Windows 파일 공유가 AZ 장애에도 유지"	FSx for Windows Multi-AZ
"HPC / ML training / high-performance parallel file system"	`FSx for Lustre`
"process data stored in S3 at high performance"	`FSx for Lustre` + S3 연동
"temporary/short-term HPC scratch data"	Lustre Scratch
"durable/long-running high-performance file data"	Lustre Persistent
"NetApp ONTAP / SnapMirror"	`FSx for NetApp ONTAP`
"same data over NFS and SMB (multi-protocol)"	`FSx for NetApp ONTAP`
"iSCSI block storage from a managed file service"	`FSx for NetApp ONTAP`
"migrate existing ZFS / OpenZFS file server"	`FSx for OpenZFS`
"highly available managed file system across AZs"	Multi-AZ 배포(Windows/ONTAP)

Common Traps

함정	정리
FSx는 그냥 EFS보다 빠른 버전이다	아님. 특정 파일 시스템/프로토콜/성능이 필요할 때 고름
Windows SMB 공유에 EFS를 고른다	EFS는 NFS 계열 → Windows SMB는 FSx for Windows
Lustre는 항상 데이터가 안전하다	Scratch는 복제 없음(장애 시 손실). 내구성 필요하면 Persistent
S3 데이터를 고성능 처리하려 EMR/EBS만 본다	FSx for Lustre + S3 연동이 정석
NFS와 SMB 동시 지원을 EFS/Windows FSx로	멀티 프로토콜은 FSx for NetApp ONTAP
고가용성인데 Single-AZ를 고른다	AZ 장애 대비는 Multi-AZ(Windows/ONTAP)
ZFS를 구현 수준까지 외운다	SAA는 키워드 매칭이면 충분

Compared With

구분	EFS	FSx for Windows	FSx for Lustre	FSx for ONTAP	FSx for OpenZFS
프로토콜	NFS	SMB	Lustre	NFS·SMB·iSCSI	NFS
환경	Linux	Windows/AD	HPC/ML	엔터프라이즈(멀티)	Linux/ZFS
HA 방식	Regional(Multi-AZ)	Single/Multi-AZ	Scratch/Persistent	Single/Multi-AZ	Single-AZ
강점	단순 공유·자동확장	Windows/AD 네이티브	초고성능 + S3 연동	멀티 프로토콜·NetApp 기능	ZFS·NFS 마이그레이션
대표 키워드	shared Linux files	SMB, AD	HPC, ML, S3	ONTAP, SnapMirror	OpenZFS

Memory Sentence

FSx는 EFS로 안 되는 전용 파일 시스템을 관리형으로 준다. Windows/SMB/AD=Windows, HPC·ML·S3연동=Lustre(임시=Scratch·내구=Persistent), NFS+SMB+iSCSI 멀티=ONTAP, ZFS 마이그레이션=OpenZFS. 고가용성은 Windows/ONTAP의 Multi-AZ, 백업은 S3에 자동 저장.