EFS(Elastic File System)

개요

EFS는 여러 가용 영역(AZ)에 걸쳐 수십에서 수천 대의 EC2 인스턴스에 연결하는 것이 가능한 리눅스 기반 환경의 관리형 네트워크 파일 시스템입니다.

보안 그룹(Security Group)으로 NFS(Network File System) 프로토콜을 사용하여 EFS에 액세스할 수 있는 EC2 인스턴스를 제어할 수 있으며, 데이터의 보안성을 높이고 무단 액세스를 방지할 수 있습니다.

스토리지 클래스

1. Standard

   자주 액세스하는 파일을 저장하는 데 사용됩니다. 데이터는 3개 이상의 가용 영역(데이터 센터 또는 서버 위치)에 복제되어 높은 내구성과 가용성을 제공합니다.

   Standard Infrequent Access

   자주 액세스하지 않는 파일을 저장하는 데 사용됩니다. 데이터는 마찬가지로 3개 이상의 가용 영역에 복제되어 내구성과 가용성을 유지하며, 접근 빈도가 더 낮은 데이터를 저장하기에 적합합니다.

2. One Zone

   단일 가용 영역에 데이터를 저장하므로 저장 비용이 절감되지만, 다중 가용 영역 스토리지 클래스에 비해 내구성과 가용성이 낮아집니다. 그러나 이 클래스는 여전히 높은 IOPS 및 낮은 지연 시간을 제공하므로, 주로 자주 액세스하는 비용 민감한 데이터에 적합합니다. 예를 들어, 개발 및 테스트 환경 등과 같은 용도로 사용할 수 있습니다.

   One Zone Infrequent Access

   저장 비용을 더 절감하면서도, 자주 액세스하지 않는 비용 민감한 데이터에 적합한 옵션을 제공합니다.
   

EFS Intelligent-Tiering은 수명 주기 관리를 사용하여 파일을 Standard와 Standard-Infrequent Access (혹은 One Zone와 One Zone-Infrequent Access) 스토리지 클래스 사이에서 이동함으로써 애플리케이션에 적합한 가격 및 성능 블렌드를 자동으로 실현합니다.

처리량 모드

1. 버스팅 처리량 모드

   스토리지 용량에 따라 처리량이 자동으로 확장됩니다. 버스팅 처리량 모드를 사용한 후 애플리케이션의 처리량이 제한되는 경우(예: 허용된 처리량의 80% 이상을 사용하거나 버스트 크레딧을 모두 사용한 경우) 엘라스틱 또는 프로비저닝된 처리량 모드를 사용해야 합니다.

2. 탄력적 처리량 모드

   예측하기 어려운 워크로드와 예측 불가능한 성능 요구 사항이 있을 경우 처리량이 자동으로 확장되며 사용한 만큼만 비용을 지불하면 됩니다.

3. 프로비저닝된 처리량 모드

   워크로드의 성능 요구 사항을 알고 있을 경우 데이터의 양과 상관없이 고정으로 처리량을 지정할 수 있습니다.

성능 모드

1. 범용 모드

   작업당 지연 시간이 가장 짧으며 파일 시스템에 권장되는 성능 모드입니다. One Zone 스토리지 클래스가 있는 파일 시스템은 항상 범용 성능 모드를 사용합니다. Standard 스토리지 클래스가 있는 파일 시스템의 경우 기본 범용 성능 모드 또는 최대 I/O 성능 모드를 사용할 수 있습니다.

2. Max I/O 모드

   범용 모드보다 더 긴 지연 시간을 견딜 수 있는 고도로 병렬화된 워크로드를 위해 설계되었습니다. One Zone 스토리지 클래스를 사용하는 파일 시스템이나 탄력적 처리량 모드를 사용하는 파일 시스템에서는 최대 I/O 모드가 지원되지 않습니다.

실습

1. 보안 그룹 생성
   

2. efs 생성하면서 방금 생성한 보안 그룹 efs_sg를 연결
   
   

3. EC2를 리눅스로 2개 생성 후 ec2 ssh 연결 후 efs를 연결을 위해 아래 코드 입력
   

sudo yum install -y amazon-efs-utils
sudo mkdir /mnt/efs

테스트

1) 1개의 인스턴스에 파일 생성
2) 또 다른 인스턴스에 생성 되었는지 확인

삭제 순서

1) ec2 종료
2) efs 삭제
3) 보안 그룹 nfs 삭제