1. EFS 개요
EFS란?
Amazon EFS는 관리형 NFS(Network File System)로, 여러 EC2 인스턴스에서 동시에 마운트할 수 있는 공유 파일 시스템입니다.
핵심 특징
- Multi-AZ 지원: 여러 가용영역의 EC2에서 동시 접근
- 고가용성 및 확장성: 자동 확장, 페타바이트 규모까지
- Pay-per-use: 사용한 만큼만 과금
- 비용: EBS gp2 대비 약 3배 비싸지만 공유 기능 제공
실제 사용 예시
Multi-AZ EFS 구성:
┌─────────────┐ ┌─────────────┐ ┌─────────────┐
│ us-east-1a │ │ us-east-1b │ │ us-east-1c │
│ │ │ │ │ │
│ ┌─────────┐ │ │ ┌─────────┐ │ │ ┌─────────┐ │
│ │ EC2-1 │ │ │ │ EC2-2 │ │ │ │ EC2-3 │ │
│ └─────────┘ │ │ └─────────┘ │ │ └─────────┘ │
└─────────────┘ └─────────────┘ └─────────────┘
│ │ │
└───────────────────┼───────────────────┘
│
┌─────────────────┐
│ Amazon EFS │
│ (공유 파일시스템) │
└─────────────────┘2. EFS 기술 사양
프로토콜 및 호환성
- 프로토콜: NFSv4.1
- 보안: Security Group으로 접근 제어
- OS 호환성: Linux 기반 AMI만 지원 (Windows 불가)
- 암호화: KMS를 통한 저장 데이터 암호화
- 파일시스템: POSIX 호환 (~Linux 표준)
확장성
- 동시 클라이언트: 수천 개의 NFS 클라이언트
- 처리량: 10GB/s 이상
- 용량: 페타바이트 규모까지 자동 확장
- 용량 계획: 불필요 (자동 확장)
3. 성능 모드 (Performance Mode)
EFS 생성 시 설정하며, 이후 변경 불가능합니다.
General Purpose (기본값)
특징:
- 지연시간에 민감한 워크로드에 최적화
- 낮은 지연시간 제공
사용 사례:
- 웹 서버
- CMS (Content Management System)
- 일반적인 파일 공유
Max I/O
특징:
- 높은 지연시간이지만 더 높은 처리량과 병렬성
- 대규모 병렬 처리에 적합
사용 사례:
- 빅데이터 분석
- 미디어 처리
- 고도로 병렬화된 워크로드
4. 처리량 모드 (Throughput Mode)
Bursting (기본값)
처리량 계산:
기본 처리량 = 저장 용량(TB) × 50 MiB/s
버스트 처리량 = 최대 100 MiB/s
예시:
1TB 저장 → 50 MiB/s 기본 + 100 MiB/s 버스트
2TB 저장 → 100 MiB/s 기본 + 100 MiB/s 버스트Provisioned
- 특징: 저장 용량과 무관하게 처리량 설정
- 예시: 1TB 저장소에 1GiB/s 처리량 설정 가능
- 용도: 일정한 고성능이 필요한 경우
Elastic (권장)
- 자동 조정: 워크로드에 따라 처리량 자동 확장/축소
- 최대 성능: 읽기 3GiB/s, 쓰기 1GiB/s
- 용도: 예측 불가능한 워크로드
5. 스토리지 클래스
계층별 특징
| 스토리지 클래스 | 용도 | 비용 | 검색 비용 |
|---|---|---|---|
| Standard | 자주 액세스하는 파일 | 높음 | 없음 |
| Infrequent Access (IA) | 가끔 액세스하는 파일 | 중간 | 있음 |
| Archive | 연간 몇 번만 액세스 | 낮음 (50% 절약) | 있음 |
라이프사이클 정책
자동 계층 이동 설정:
Standard → (N일 후) → IA → (N일 후) → Archive
예시 정책:
- 30일 후 IA로 이동
- 90일 후 Archive로 이동6. 가용성 및 내구성
Standard (프로덕션 권장)
- Multi-AZ: 여러 가용영역에 복제
- 고가용성: 99.999999999% (11 9's) 내구성
- 용도: 프로덕션 환경
One Zone (개발/테스트 권장)
- Single AZ: 하나의 가용영역에만 저장
- 비용 절약: Standard 대비 90% 이상 절약
- 백업: 기본적으로 활성화
- 호환성: IA와 함께 사용 가능 (EFS One Zone-IA)
7. EFS vs EBS 상세 비교
EBS (Elastic Block Store)
연결 방식: 1:1 (인스턴스당 하나의 볼륨)
예외: Multi-Attach (io1/io2만 가능)
제약사항:
- AZ 레벨에서 잠김
- 다른 AZ로 이동 시 스냅샷 필요
- 백업 시 I/O 사용 (트래픽 많을 때 주의)
성능:
- gp2: 디스크 크기에 따라 IOPS 증가
- gp3/io1: IOPS 독립적으로 증가 가능
종료 시 동작:
- Root 볼륨: 기본적으로 함께 삭제
- 추가 볼륨: 보존 (설정 변경 가능)EFS (Elastic File System)
연결 방식: 1:N (수백 개 인스턴스 동시 마운트)
장점:
- Multi-AZ 자동 지원
- 웹사이트 파일 공유 (WordPress 등)
- Linux 전용 (POSIX 호환)
비용:
- EBS보다 높은 가격
- Storage Tier로 비용 최적화 가능8. 주요 사용 사례
Content Management
WordPress 멀티 인스턴스:
┌─────────┐ ┌─────────┐ ┌─────────┐
│WordPress│ │WordPress│ │WordPress│
│ Server 1│ │ Server 2│ │ Server 3│
└─────────┘ └─────────┘ └─────────┘
│ │ │
└──────────────┼──────────────┘
│
┌───────────────┐
│ EFS (공유 파일) │
│ - 이미지 │
│ - 테마 │
│ - 플러그인 │
└───────────────┘데이터 공유
- 로그 집계: 여러 서버의 로그를 중앙 집중화
- 백업 저장소: 공통 백업 위치
- 개발 환경: 팀 간 코드 및 데이터 공유
웹 서빙
- 정적 콘텐츠: 이미지, CSS, JavaScript 파일
- 미디어 파일: 동영상, 오디오 파일 스트리밍
9. 스토리지 선택 가이드
EFS vs EBS vs Instance Store
| 기준 | EFS | EBS | Instance Store |
|---|---|---|---|
| 공유 | ✅ 다중 인스턴스 | ❌ 단일 인스턴스 | ❌ 단일 인스턴스 |
| 지속성 | ✅ 영구 | ✅ 영구 | ❌ 임시 |
| 성능 | 중간 | 높음 | 매우 높음 |
| 비용 | 높음 | 중간 | 낮음 (인스턴스 포함) |
| AZ 제약 | ❌ Multi-AZ | ✅ Single AZ | ✅ Single AZ |
| OS 지원 | Linux만 | 모든 OS | 모든 OS |
선택 기준
파일 공유 필요 → EFS
고성능 블록 스토리지 → EBS
임시 고성능 스토리지 → Instance Store10. 실무 활용 전략
비용 최적화
- 적절한 스토리지 클래스 선택
- 라이프사이클 정책 설정
- One Zone 사용 (개발/테스트 환경)
- 사용량 모니터링 및 정기적인 정리
성능 최적화
- 적절한 성능 모드 선택
- Elastic 처리량 모드 사용
- Security Group 최적화
- 네트워크 지연시간 고려
보안 강화
- KMS 암호화 활성화
- Security Group 세밀한 설정
- IAM 정책을 통한 접근 제어
- VPC 엔드포인트 사용
이러한 EFS의 특징과 활용 방법을 이해하면 AWS에서 확장 가능하고 효율적인 공유 파일 시스템을 구축할 수 있습니다.
능동적인 삶을 위하여