Amazon Elastic File System (Amazon EFS)

본 글의 내용은 AWS Cloud Practitioner Essentials (Korean)에서 발췌함

 

파일 스토리지

 

파일 스토리지에서는 여러 클라이언트 (ex: 사용자, 애플리케이션, 서버 등)가 공유 파일 폴더에 저장된 데이터에 액세스할 수 있다.

이 접근 방식에서는 스토리지 서버가 블록 스토리지를 로컬 파일 시스템과 함께 사용하여 파일을 구성한다.

클라이언트는 파일 경로를 통해 데이터에 액세스한다.

 

블록 스토리지 및 객체 스토리지와 비교하면, 파일 스토리지는 많은 수의 서비스 및 리소스가 동시에 동일한 데이터에 액세스해야 하는 사용 사례에 이상적이다.

 

Amazon Elastic File System (Amazon EFS)

 

AWS 클라우드 서비스 및 온프레미스 리소스와 함께 사용되는 확장 가능한 파일 시스템이다.

파일을 추가 or 제거하면 Amazon EFS가 자동으로 확장하거나 축소된다.

애플리케이션을 중단하지 않고 온디맨드로 페타바이트 규모로 확장할 수 있다.

 

대부분의 기업에서는 애플리케이션이 파일 시스템을 서로 공유한다.

 

예를 들어 공유 파일 시스템에 저장된 대량의 데이터에 대한 분석을 수행하는 여러 서버가 있아고 하자.

이 데이터는 지금까지 온프레미스에서 호스팅되었다.

 

이러한 온프레미스 데이터 센터에서는 저장 중인 데이터 양을 스토리지가 계속 감당할 수 있는지를 확인해야 한다.

백업이 수행되었는지, 데이터가 중복으로 저장되었는지 확인하고 데이터를 호스팅하는 모든 서버를 관리해야 한다.

 

이 부분에서 Amazon EFS가 강점을 갖는다.

EFS를 사용하면 기존 파일 시스템을 그대로 유지하면서 규모 조정 및 복제라는 힘든 작업을 AWS에 맡길 수 있다.

 

EFS를 사용하면 여러 인스턴스가 EFS의 데이터에 동시에 액세스하게 할 수 있다.

Amazon EBS에서도 EC2 인스턴스에서 액세스할 수 있는 파일을 저장할 수 있는데 뭐가 다른지 주목해보자.

 

EBS 볼륨은 EC2 인스턴스에 연결되며 가용 영역 수준의 리소스이다.

EC2를 EBS에 연결하려면 같은 AZ(가용 영역)에 있어야 한다.

 

파일을 저장할 수 있고 데이터베이스를 실행할 수도 있다.

애플리케이션을 저장할 수도 있다.

하드 드라이브와 같은 것이기 때문이다.

 

2TB EBS 볼륨을 프로비저닝해 가득 채운다면 자동으로 규모를 조정해 추가 스토리지를 제공하지 않는다.

한편 Amazon EFS에서는 여러 인스턴스가 읽기와 쓰기를 동시에 진행할 수 있다.

 

하지만 EFS가 쓰기 작업을 할 수 있는 빈 하드 드라이브는 아니다.

Linux를 위한 진정한 파일 시스템이며 리전 리소스이기도 하다.

 

리전의 모든 EC2 인스턴스를 EFS 파일 시스템에 쓸 수 있다는 것이다.

추가 데이터를 EFS에 쓰면 자동으로 확장된다.

추가 볼륨을 프로미저닝할 필요가 없다는 것이다.

 

Amazon EBS와 Amazon EFS 비교

 

Amazon EBS 볼륨은 단일 가용 영역에 데이터를 저장한다.

EC2 인스턴스와 EBS 볼륨 모두 동일한 가용 영역에 상주해야 한다.

 

Amazon EFS는 리전별 서비스이다.

이 서비스는 여러 가용 영역에 걸쳐 데이터를 저장한다.

 

중복 스토리지를 사용하면 파일 시스템이 위치한 리전의 모든 가용 영역에서 동시에 데이터에 액세스할 수 있다.

또한 온프레미스 서버는 AWS Direct Connect를 사용하여 Amazon EFS에 액세스할 수 있다.