AWS 스토리지 서비스 비교하기

10월 말에 있을 SAA에 대비를 하면서, 기본적인 요소들임에도 처음 접하거나 제대로 알고 있지 못하다는 느낌이 드는 서비스들이 있어, 관련해서 추가적인 공부를 한 내용을 정리해보고자 한다!

---

AWS 에는 다양한 형태의 스토리지 서비스가 존재한다. 데이터를 적재하기 위함이라는 목적을 가지는 것은 동일하지만, 용도나 특징이 달라 다양하게 분류된다.

이번 글에서는 그 중에서도 가장 비슷한 특징을 띄면서도 자주 비교되는 서비스인 EBS, S3, EFS을 비교해보고자 한다!

그전에 각 서비스의 특징에 대해 정말 간략하게 짚어보고자 한다. 당연히 더욱 많은 내용이 있지만,,,이 글에서는 비교에 초점을 두자.

EBS

Elastic Block Storage

*인스턴스 실행 중인 동안 연결 가능한 네트워크 드라이브*

위의 한 줄 설명이 EBS를 나타내는 가장 큰 특징이다.

• EBS는 기본적으로 EC2 인스턴스에 연결된 상태로 생성되며, EC2에 기본으로 제공되는 스토리지 서비스
• 이는 인스턴스 종료 이후에도 데이터를 보존할 수 있도록 해줌
• 본인이 속한 가용영역을 벗어나지 못함
• EC2 인스턴스를 처음 생성했을 때 생성되는 EBS볼륨을 루트 볼륨이라고 부름
• EBS는 볼륨의 형태이기 때문에, 초기화할 GB단위의 사이즈와 IOPS(초당 전송 수)를 정해주어야 한다. 만일 추가 용량이 필요하다면 이후에 추가할 수 있다.

EBS 스냅샷

EBS 볼륨의 특정 시점에 대한 백업이다. EC2에서 EBS를 분리하는 것이 필수가 아니더라도, 백업의 경우 권장되는 사항이다.

또한 스냅샷을 이용하면, 가용영역 간에 데이터 전송이 가능해진다.

ex) us-east-1a에서 EBS 볼륨 스냅샷을 생성

이후에 해당 스냅샷을 copy해 us-east-1b에서 복구
다른 리전에 복사하는 것도 가능하다!

S3

Simple Storage Service

인터넷용 스토리지 서비스

• S3는 사용자가 더욱 쉽게 웹 규모 컴퓨팅 작업을 수행할 수 있도록 하는 것에 목적을 두고 있다.

S3 특징

• 제공하는 단순한 웹 서비스 인터페이스를 사용해 웹에서 언제나 원하는 양의 데이터를 저장하고 검색할 수 있다.
• 높은 확장성과 신뢰성, 고가용성을 가지고(맨날 나오는 이야기...), 빠르고 경제적이다.
• 단독 스토리지로 사용이 가능하며, EC2, EBS, Glacier와 같은 서비스와도 연동해 사용할 수 있어 다양한 사례에 사용된다.
• S3의 버킷은 무한대의 객체를 저장 가능하므로, 스토리지 용량의 확장/축소에 신경쓰지 않아도 된다.
• https 프로토콜을 사용해 SSL로 암호화된 엔드포인트를 통해 안정적인 데이터 전송이 가능하다.

S3 기본 개념

• 객체(Object)
  - S3에 데이터가 저장되느 기본 단위, 파일과 메타데이터로 구성되어 있다. 하나의 객체는 1Byte ~ 5TB까지 허용된다.

• 버킷(Bucket)
  - S3에서 생성 가능한 최상위 디렉토리의 개념으로, S3 리전 내에서 유일성을 가진 이름이어야 한다. 계정 별로 100개까지 생성 가능하다. 내부 용량의 경우 무제한이다.
  

• 표준 스토리지
  - S3서비스 수준 계약으로 객체에 대해 99.999999999%의 내구성을 보장하며, 99.99%의 가용서을 제공한다. 그러나 그만큼 높은 비용이 요구되므로, 민감하고 중요한 데이터를 저장하는 용도로 사용된다.
  

• RSS(Reduced Redundancy Storage)
  - 표준 스토리지보다 저렴하게 데이터 저장이 가능하다. 그러나 표준 스토리지만큼 높은 내구성을 보장하지는 않으므로, 원본을 복제한 데이터나 가공한 데이터(썸네일과 같은)의 저장에 용이하다.

EFS

Elastic File System

• EC2 관리용 File Storage
• 기존 온프레미스 서비스에서 사용하던 NFS, NAS와 동일한 역할을 하는 서비스
• 간단하고 확장이 가능하며 안정적인 클라우드 파일 스토리지
• PB 사이즈까지 지원 가능

온프레미스 스토리지를 AWS로 마이그레이션하고 싶은 경우 사용한다!

EFS 이점

• 간편성
  - 빠르고 쉽게 구성 가능
  - 복잡한 파일시스템을 배포 및 fetch 할 필요가 없음
  - 리눅스 인스턴스에서만 사용 가능(Window 안됨...)

• 자동확장
  - 파일이 추가 또는 제거됨에 따라 자동으로 확장 및 축소
  - 필요한 만큼 자동으로 스토리지 공간 확보

• 공유 파일 스토리지
  - 수천대 EC2 동시 Access 가능
  - On-premise 서버 Access 가능

등등,,,특징이 많다.
우선 여기서는 온프레미스 마이그레이션에 용이하다 정도를 짚고 넘어가자!

EBS vs S3 vs EFS

이제 위의 세 서비스를 비교해보려고 하는데, 이미 잘 설명되어 있는 그림이 있어 이를 참고해 특징들을 짚어보자.

출처 | [AWS] 📚 S3 / EBS / EFS 스토리지 서비스 비교

1. 작업별 대기 시간: EBS > EFS > S3

   아마 이건 Block Storage와 Object Storage의 차이가 두드러지는 부분으로 보인다. Object Storage는 하나의 변경 사항에 모든 Object가 영향을 받으므로 작업에 오랜 시간이 걸리는 것은 불가피해보인다.

2. 가용성 및 내구성

   EBS가 단일 AZ에서만 사용 가능하다는 단점을 가지고 있지만, 스냅샷을 이용하면 충분히 극복 가능하다.

3. 액세스

   EFS의 경우 많은 EC2 인스턴스에 접근 가능하고, 특히 온프레미스에 접근 가능하다는 점에서 큰 특징을 가진다. S3는 연결량에 구애를 받지 않고 웹을 통해 자유롭게 연결 가능하다는 점이 큰 특징이다.

   반면 EBS의 경우 연결되어 있는 AZ 내의 EC2 인스턴스 하나에만 연결이 가능하다. 물론 여기에서도 Associate 레벨의 EBS는 여러 EC2 인스턴스에 연결 가능하지만, 대부분의 경우 다른 두 서비스와 비교하기 어려운 것이 사실이다.

간략히 특징만 정리하면 다음과 같다.

EFS: 온프레미스와 관련된 작업에서 장점을 가진다!

S3: 쉽게 접근 가능하고, 용량이나 작업량에 있어 제약이 거의 없다는 장점을 가진다!

EBS: EC2인스턴스의 기본 스토리지이다!

Reference

[AWS] 📚 S3 / EBS / EFS 스토리지 서비스 비교