출처 : AWS Cloud Practitioner Essentials (Korean) (Na) (한국어 강의)
1. EBS 와 S3 비교
EBS 는 Elastic Block Store로 수정사항이 생기면 수정한 부분만 변경, 저장됩니다.(해당 비트가 있는 블록만 업데이트합니다.) 하지만 S3는 객체로 데이터를 저장하기 때문에 일부만 수정하더라도 객체로 전체를 저장하게 됩니다.
따라서, 복잡한 읽기, 쓰기, 변경 기능을 수행한다면 EBS가 옳은 선택지이고, 완성된 객체를 쓰거나, 변경횟수가 적다면 EBS보다 저렴한 S3가 좋은 선택지 입니다.
S3는 서버리스의 장점을 가지고 있어서 EC2 인스턴스가 필요하지 않습니다. 또한, S3는 리전별로 분산되어있어(최소 3개의 가용영역에 저장) nine-eleven의 내구성을 자랑합니다.
2. EBS 와 EFS 비교
EFS(Amazon Elastic File System)
- 관리형 파일 시스템
- 기업이 온프레미스 환경에서 파일 시스템을 공유한다면, 굉장히 많은 데이터가 저장되어있고, 데이터에 대한 분석을 수행하는 여러 서버가 있습니다. 그리고 온프레미스 데이터 센터에는 현재 저장 중인 데이터 양을 스토리지가 계속적으로 감당할 수 있는지 확인해야 합니다. 또한 백업이 수행되었는지 데이터가 중복으로 저장되었는지 확인하고 데이터를 호스팅(Hosting이란 서버 컴퓨터의 전체 또는 일정 공간을 이용할 수 있도록 임대해 주는 서비스를 말한다.)하는 모든 서버를 관리 해야합니다. 하지만 AWS 의 EFS를 사용하면 이 작업들을 AWS에게 맡길 수 있습니다.
- 리전별 서비스로서, 여러 가용 영역에 걸쳐 데이터를 저장합니다. 그래서 리전에 있는 모든 EC2 인스턴스가 EFS 파일 시스템에 있는 데이터를 쓸 수 있습니다.
- 자동으로 규모를 조정을 시켜주면서도 동시에 여러 EC2 인스턴스가 읽기 혹은 쓰기 작업을 진행할 수가 있습니다.
EBS
- EBS는 EC2 인스턴스에 연결이 되고 가용 영역 수준의 리소스입니다. 그러니깐 EC2에 EBS를 연결하기 위해서는 같은 AZ에 있어야합니다.
- 만약 2TB짜리 EBS 볼륨을 프로비저닝하고 데이터를 가득채운다면 EBS는 더이상 자동으로 규모를 조정하고 추가적인 스토리지를 제공하지 않습니다.
결론.
EFS는 많은 수의 서비스 및 리소스가 동시에 동일한 데이터에 엑세스해야하는 사용사례에 이상적입니다. AWS 클라우드 서비스 및 온프레미스 리소스와 함께 사용되는 확장 가능한 파일 시스템입니다. 파일을 추가 또는 제거하면 Amazon EFS가 자동으로 확장하거나 축소됩니다. 애플리케이션을 중단하지 않고 온디맨드로 페타바이트 규모로 확장할 수 있습니다.
배운 내용을 기록하는 공간입니다.