EFS : Elastic File System

• 관리형 NFS(Network File System)으로 많은 EC2 인스턴스에 마운트될 수 있다.
• EC2 인스턴스는 서로 다른 AZ에 있을 수 있다.
• 가용성이 높고 확장성이 뛰어나며 비싸다. (gp2의 약 3배)
• 사용량에 따라 비용을 지불하므로 미리 프로비저닝할 필요가 없다.
• 사용 사례로는 콘텐츠 관리, 웹 서빙, 데이터 공유, Wordpress등이 있다.
• 내부적으로 NFS 프로토콜을 사용한다.
• EFS에 대한 액세스를 제어하려면 보안 그룹을 설정해야 한다.
• 윈도우가 아닌 Linux 기반의 AMI와만 호환된다.
• KMS를 사용해서 EFS 드라이브에서 미사용 암호화를 활성화할 수 있다.
• Linux 파일 표준 시스템으로 Posix 시스템을 사용한다. 그리고 표준 파일 API가 있다.
• EFS는 용량을 미리 계획할 필요가 없다. 파일 시스템은 자동으로 확장되며 EFS에서 사용하는 데이터 GB 사용량에 따라 비용을 지불한다.

EFS 성능 및 스토리지 클래스

EFS Scale

• 동시 NFS 클라이언트 수천개와 10GB 이상의 처리량을 확보할 수 있다.
• Petabyte 규모의 네트워크 파일 시스템으로 자동 확장할 수 있다.

성능 모드 (Performance Mode)

• 범용 목적(General Purpose) - 기본 값, 지연 시간에 민감한 사용 사례에 사용된다. ex) 웹 서버, CMS 등
• 처리량을 최대화하려면 최대 I/O 모드를 선택한다. 지연 시간이 더 긴 네트워크 파일 시스템이지만, 처리량이 높고 병렬성이 높다.

처리량 모드 (Throughput Mode)

• 처리량 모드에는 다양한 옵션이 있다.
  • Bursting : 1TB의 스토리지 = 초당 50MiB/s ~ 100MiB/s
  • Provisioned : 스토리지 크기에 상관없이 처리량을 설정하고 싶은 경우, 1TB의 스토리지 = 초당 1GiB/s
  • Elastic : 조금 더 간단한 옵션, 워크로드에 따라 처리량을 자동으로 조절할 수 있다. 읽기는 초당 최대 3GiB, 쓰기는 초당 1GiB까지 가능하다. 워크로드를 예측하기 어려울 때 유용하다.

스토리지 클래스 (Storage Class)

• 다양한 옵션이 있고 스토리지 계층(Storage Tiers)을 설정할 수 있다.
  • 표준(Standard) : 자주 액세스하는 파일을 위한 계층
  • Infrequent Access (EFS-IA) : 자주 액세스하지 않는 파일을 위한 계층, 이 계층을 사용하기 위해서는 수명 주기 정책을 사용해야 하고 파일을 검색할 경우 비용이 발생한다. 하지만 파일을 EFS-IA에 저장하면 비용이 감소된다.
• 가용성과 내구성 측면의 옵션
  • 표준(Standard) : 다중 AZ로 EFS를 설정할 수 있다. 프로덕션 사용 사례에 적합, 가용성 영역 하나가 다운되더라도 EFS 파일 시스템에 영향을 미치지 않는다. (Standard = Regional)
  • One Zone : 개발에는 좋지만 하나의 AZ에만 있고 백업은 기본적으로 활성화되도록 설정되어 있으며 액세스 빈도가 낮은 스토리지 계층과 호환된다. 따라서 EFS One Zone IA이라고 불리며, 이를 사용하면 굉장히 할인이 많이 된다. (약 90%)