AWS - EBS & EFS

EBS(Elastic Block Store)

개요

EBS(Elastic Block Store)는 네트워크 기반의 블록 스토리지 서비스로, EC2 인스턴스와 같은 가상 머신과 연결하여 사용할 수 있습니다. EBS에 저장된 데이터는 인스턴스가 삭제되어도 유지되므로, 데이터의 백업 및 복구를 쉽게 수행할 수 있습니다. EBS는 스냅샷 기능을 제공하여 EBS 볼륨의 현재 상태를 백업할 수 있으며, 스냅샷은 S3 버킷에 저장됩니다.

 

특징

EBS는 특정 EC2 인스턴스와 연결되어 사용되는 것이 일반적입니다. 그림 1과 같이 하나의 EC2 인스턴스에 여러 개의 EBS 볼륨을 연결할 수 있지만, 하나의 EBS 볼륨을 여러 EC2 인스턴스에 연결할 수는 없습니다. 이러한 제한 사항은 EBS가 블록 수준의 스토리지를 제공하기 때문입니다. 따라서 여러 EC2 인스턴스가 동시에 접근할 수 있는 공유 스토리지가 필요한 경우에는 Amazon Elastic File System (EFS)와 같은 다른 AWS 스토리지 서비스를 사용해야 합니다.

 

EBS 볼륨은 EC2 인스턴스와 별도로 존재하는 파일 저장소이므로 인스턴스의 구동 유무와는 무관하게 데이터가 유지됩니다.

또한, AWS에서는 EBS 볼륨의 스냅샷을 생성하여 데이터를 백업할 수 있습니다. 스냅샷은 특정 시점에서 EBS 볼륨의 상태를 캡처한 것으로, 스냅샷을 사용하여 이전 상태로 복원하거나, 새로운 EBS 볼륨을 생성할 수 있습니다. 이를 통해 데이터의 보존과 안정성을 높일 수 있습니다.

 

그림 1

그림 1과 같이 같은 인스턴스에 여러 개의 EBS가 연결이 되어 사용되고 있다면 EBS 볼륨 간에는 통신이 가능합니다. 따라서 같은 인스턴스에 연결된 EBS 볼륨들은 서로 데이터를 전송하거나 파일을 공유할 수 있습니다.

 

그러나 다른 EC2 인스턴스에 연결된 EBS 볼륨들끼리는 직접적인 통신이 불가능합니다. 이 경우에는 EFS와 같은 다른 AWS 스토리지 서비스를 사용하여 여러 인스턴스 간에 공유 스토리지를 구성해야 합니다.

 

스냅샷

개요

EBS 스냅샷은 EBS 볼륨의 데이터를 백업하거나, 가용 영역을 옮길 때 사용하는 중요한 기능입니다.

 

가용 영역을 변경하는 방법

1. EBS 볼륨의 데이터를 백업하기 위해서는 해당 EBS 볼륨에 대한 스냅샷을 생성해야 합니다. 생성된 스냅샷을 이용하여 새로운 EBS 볼륨을 생성할 수 있습니다. 이때 새로운 EBS 볼륨을 복제할 가용 영역에서 생성해야 합니다.
2. 새로운 EBS 볼륨을 생성하고 나면, 기존 EC2 인스턴스와 새로운 EBS 볼륨을 연결합니다. 이후에는 새로운 EBS 볼륨에 있는 데이터를 기존 EBS 볼륨에서 새로운 EBS 볼륨으로 이전합니다. 이때 복사 도구를 사용하거나 파일 복사 명령어를 이용하여 데이터를 이전할 수 있습니다.
3. 모든 데이터 이전이 완료되면, 기존 EBS 볼륨을 분리하고 새로운 EBS 볼륨을 사용하여 EC2 인스턴스를 다시 시작합니다. 이제 가용 영역이 변경된 새로운 EBS 볼륨을 사용하여 EC2 인스턴스를 운영할 수 있습니다.

요약도

EFS(Elastic File System )

개요

Amazon Elastic File System (EFS)는 클라우드 기반의 완전 관리형 파일 시스템 서비스입니다. EFS는 여러 EC2 인스턴스에서 동시에 공유되는 파일 시스템을 제공하며, EFS는 여러 가용 영역에 걸쳐 무중단으로 사용할 수 있습니다. 이는 데이터의 고 가용성과 내구성을 보장합니다. 

 

EFS는 별도의 파일 서버를 프로비저닝하거나 관리하지 않아도 되므로, 복잡한 파일 시스템 관리 작업을 최소화할 수 있습니다. 또한, 자동 스케일링 기능을 지원하여 필요에 따라 파일 시스템의 용량과 처리 능력을 자동으로 조정할 수 있습니다. 이를 통해 성능 저하와 용량 부족 문제를 방지하고, 높은 가용성을 유지할 수 있습니다.

그림 2

 

EFS는 일관성 있는 성능을 제공하며, 파일의 액세스 패턴에 따라 자동으로 스토리지 클래스를 최적화합니다. 또한, 다양한 액세스 모드를 지원하여 여러 클라이언트에서 동시에 파일 시스템에 액세스할 수 있습니다. 이러한 특징들이 EFS를 기업용 애플리케이션, 미디어 처리, 웹 서버 및 개발/테스트 워크로드 등에 적합한 파일 시스템 서비스로 만듭니다.

 

 

특징

EFS는 완전히 관리형 서비스로, 파일 시스템의 생성, 확장, 모니터링, 유지 관리, 백업 및 복원 등의 작업을 AWS가 대신 처리합니다. EFS는 POSIX (Portable Operating System Interface for Unix) 표준을 준수하므로 리눅스기반의 AMI이미지들과 호환됩니다.

 

EFS는 완전히 관리형 서비스로, 파일 시스템의 생성, 확장, 모니터링, 유지 관리, 백업 및 복원 등의 작업을 AWS가 대신 처리합니다.

 

EBS(Elastic Block Store)와 EFS(Elastic File System) 차이점

EBS와 EFS의 차이점은 EBS가 블록 수준 스토리지인 반면, EFS는 파일 수준 스토리지라는 것입니다. 따라서 EBS는 특정 EC2 인스턴스와 연결되어 사용되지만, EFS는 다수의 EC2 인스턴스에서 동시에 사용할 수 있습니다. 또한 EFS는 파일 수준에서 확장이 가능하며, EBS는 볼륨 수준에서만 확장이 가능합니다. 또한 EFS는 POSIX 호환성을 가지며, 리눅스 및 Unix 기반 애플리케이션과 호환됩니다.

 

1. 파일 수준 vs 블록 수준

• EBS는 블록 수준 스토리지로, EC2 인스턴스 내의 단일 블록 장치로 연결됩니다.
• EFS는 파일 수준 스토리지로, 여러 EC2 인스턴스에서 파일 시스템을 공유할 수 있습니다.

2. 확장성

• EBS는 EC2 인스턴스에 연결되어 사용되므로 해당 인스턴스의 크기와 함께 제한됩니다.
• EFS는 여러 EC2 인스턴스에서 파일 시스템을 공유할 수 있으므로 필요에 따라 쉽게 확장할 수 있습니다.

3. 성능

• EBS는 고성능 IOPS 및 처리량을 제공하는 여러 유형의 스토리지를 제공합니다.
• EFS는 고성능 파일 시스템을 제공하여 매우 높은 처리량과 IOPS를 지원합니다.

4. 비용

• EBS는 사용한 스토리지 용량과 EBS 유형에 따라 비용이 부과됩니다.
• EFS는 사용한 스토리지 용량, 요청 수 및 처리량에 따라 비용이 부과됩니다.