온프레미스 NFS → AWS 마이그레이션 — Lambda에서 EFS를 써야 하는 이유
AWS DEA-C01 시험에 자주 나오는 스토리지 마이그레이션 문제 유형입니다. 온프레미스 NFS 파일 공유를 AWS로 이전하면서 Lambda 함수가 NFS 프로토콜로 데이터를 공유해야 할 때, EFS / EBS / DynamoDB / Lambda 로컬 스토리지 중 무엇을 선택해야 하는지 도식과 함께 비교 정리합니다.
📋 문제
회사의 데이터가 온프레미스 NFS 파일 공유에 있다.
회사는 AWS로 마이그레이션할 계획이며, 데이터 분석에 데이터가 사용된다.
이 회사는 AWS Lambda 함수를 작성해 데이터를 분석한다.
그리고 Lambda가 액세스하는 파일 시스템에 NFS를 계속 사용하고자 한다.
동시에 실행되는 모든 Lambda 함수 전반에서 데이터가 공유되어야 한다.
다음 중 회사가 이 데이터 마이그레이션에 사용해야 할 솔루션은 무엇인가?
✅ 핵심 요구사항 체크
-
NFS 프로토콜 유지
온프레미스에서 쓰던 NFS(Network File System) 방식을 AWS에서도 그대로 사용해야 함 -
Lambda 함수에서 직접 마운트 가능
Lambda가 파일 시스템을 마운트하여 파일처럼 데이터에 접근해야 함 -
동시 실행 Lambda 간 데이터 공유
여러 Lambda 인스턴스가 동시에 실행되어도 하나의 공유 스토리지에서 같은 데이터를 읽고 써야 함
📐 마이그레이션 흐름
(데이터 저장)
공유 파일 시스템
동시 접근 ✅
EFS는 NFS v4 프로토콜을 지원 → Lambda가 파일 시스템처럼 마운트해서 사용 가능
🗄️ AWS 스토리지 종류 비교
- NFS 프로토콜 지원 (v4.0, v4.1)
- Lambda에서 마운트 포인트로 직접 연결
- 동시에 수천 개 연결 지원
- 자동 확장 · 고가용성
- EC2 인스턴스 전용 블록 디스크
- Lambda에서 직접 연결 불가
- 단일 AZ, 단일 인스턴스에만 연결
- NFS 프로토콜 미지원
- 키-값 / 문서 형태 데이터베이스
- API(SDK) 방식으로만 접근
- NFS 프로토콜 미지원
- 파일 시스템이 아닌 DB 서비스
- 각 Lambda 인스턴스에만 독립 존재
- 인스턴스 간 데이터 공유 불가
- 최대 512MB~10GB (비영구적)
- NFS 프로토콜 미지원
📝 선택지 해설
각 항목을 클릭하면 해설이 펼쳐집니다.
정답: D — Amazon EFS
Amazon EFS는 NFS v4 프로토콜을 기본 지원하며, Lambda가 파일 시스템 마운트 포인트로 직접 연결할 수 있습니다.
수천 개의 Lambda 인스턴스가 동시에 같은 EFS를 마운트하여 데이터를 읽고 쓸 수 있어
온프레미스 NFS 공유 환경을 AWS에서 그대로 재현합니다.
📊 스토리지 옵션 비교 요약
| 스토리지 | 유형 | NFS 지원 | Lambda 연결 | 동시 공유 |
|---|---|---|---|---|
| Amazon EFS ⭐ | 파일 스토리지 | ✅ v4.0/4.1 | ✅ 마운트 가능 | ✅ 수천 개 |
| Amazon EBS | 블록 스토리지 | ❌ | ❌ EC2 전용 | ❌ 단일 연결 |
| Amazon DynamoDB | NoSQL DB | ❌ | ⚠️ SDK만 가능 | ✅ API로는 가능 |
| Lambda /tmp | 임시 로컬 저장소 | ❌ | ✅ 기본 제공 | ❌ 인스턴스 격리 |
'Stack > AWS' 카테고리의 다른 글
| [AWS DEA] AWS 아키텍처 플로우차트 (Architecture Flowchart) (0) | 2026.03.10 |
|---|---|
| [AWS DEA] 문제로 공부하기 4 - 노드 RAM 볼륨 (0) | 2026.03.09 |
| [AWS DEA] 문제로 공부하기 2 - SSE-KMS (0) | 2026.03.09 |
| [AWS DEA] 실무에서 경험했던 데이터 플랫폼 스택, AWS와 매핑하기 (0) | 2026.03.08 |
| [AWS DEA] 아키텍처 플레이북 (feat. NotebookLM) (0) | 2026.03.07 |