[AWS] S3 스토리지 클래스 & 생명주기

 

베하~! 탑신병자 듀오 팀 나르 입니다!

이번 글에서는 S3 스토리지 클래스와 생명주기에 대해서 포스팅 하겠습니다~!S3 스토리지 클래스 별 특징들과 생명주기를 이해한다면 비용절감에도 많은 도움이 될 것 입니다!

---

자~ 본격적인 내용에 앞서 스토리지의 종류부터 간단하게 정리하고 시작하겠습니다.

 

1. 블록 스토리지

☞ 데이터를 일정 크기의 블록으로 나누어 저장하며 호스트에서 파일 시스템을 생성할 수 있습니다.☞ SSD나 HDD라고 할 수 있고, AWS의 EBS가 블록 스토리지에 해당 합니다

호스트에서 직접 파일을 액세스하고 기록하며 빠른 성능을 요하는 경우 효율적

2. 파일 스토리지

☞ 디렉토리 구조로 파일을 저장하며 스토리지단에서 파일 시스템을 생성합니다.

☞ 대표적으로 NAS가 있고 AWS에서는 EFS가 파일 스토리지에 해당 합니다.

여러대의 서비스들이 데이터를 공유하고 공유에서 사용해야 하는 경우 효율적

3. 오프젝트 스토리지

☞ 객체 기반으로 저장하며 Rest기반의  API 호출을 통해 데이터에 접근 합니다.

☞ http 프로토콜을 이용하여 저장할 수 있으며, AWS에서는 S3 해당 합니다.

대량의 데이터를 저장하고 또는 앱 컨텐츠로 사용되어야 하거나 다수의 서버에서 해당 데이터에 접근 해야 하는 경우 효율적

 

---

본격적으로 S3 스토리지 클래스와 생명주기에 대하여 시작하겠습니다!

S3 스토리지 클래스

S3 Standard

• 가장 보편적으로 사용되는 스토리지 타입이며 가장 일반적인 요금제 입니다.
• 여러 가용 영역에 걸쳐 99.999999999%의 객체 내구성을 제공하도록 설계 되어 있습니다.
• 주요 기능
  • 짧은 지연 시간 및 높은 처리량 성능
  • 전체 가용 영역에 영향을 미치는 이벤트에 대한 복원력
  • 전송 데이터를 위한 SSL 및 저장 데이터의 암호화 지원

S3 - IA (Infrequent Access)

• 자주 접근되지는 않으나 접근시 빠른 접근이 요구되는 파일이 많을시 저렴한 가격에 IA에 보관하면 유용하다
  • 일반 S3에 비해 비용은 저렴하나 데이터를 불러올때마다 추가 비용 발생
• 일반적으로 S3에서 30일이상 액세스가 잘 이루어지지 않았다면 알아서 IA요금제로 전환되도록 되어있다.

S3 - One Zone IA

• 기본적으로 IA와 같지만 하나의 AZ에만 데이터 저장하는 스토리지 클래스이다.
• 덜 중요하고 자주 사용되지 않는 데이터를 저장하는데 적합하다
  • 하나의 AZ에 데이터가 저장 되기 때문에 가용영역에 문제가 생길 경우 데이터가 사라질 위험이 존재한다.
• 단일영역 IA는 스탠다드 IA와 트래픽 요금은 같지만 저장요금은 더 저렴(20%)하다

S3 - Intelligent Tiering

• 머신러닝을 통해서 자동으로 파일의 티어(클래스)를 변경 하는 서비스이다
• 스토리지 비용을 자동으로 절감해주는 최초의 클라우드 스토리지이다
• 약간의 월별 객체 모니터링 및 자동화 요금만 지불하면 저렴한 액세스 계층으로 자동으로 옮깁니다
•  아래 그림에서 볼 수 있듯이 액세스 빈도에 따라 스토리지 클래스를 변경 시켜 준다.

S3 - Glacier

• 아카이브 서비스이다
• 5년전,10년전 데이터 오랜 기간동안 액세스 하지 않지만 법적으로 보관해야하는 데이터들을 저장하는 용도로 사용한다
  • 가격은 아주 저렴하지만 데이터에 접근할 때 “분~시간”의 긴 시간이 걸린다.
• S3는 용량에 제한이 없는 반면 Glacier 아카이브의 저장 용량은 40TB로 제한한다.
• 아카이브 생성 시 기본적으로 저장 데이터를 암호화한다.
• Glacier에서는 Glacier vaults(볼트)에 객체를 저장하며 이는 S3의 버킷과 같은 개념이다

S3 Glacier Instant Retrieval

• 밀리초 단위의 검색시간, 분기당 한 번 엑세스에 적합하다
• 자주 액세스하지 않지만 성능에 민감한 사용 사례에서 즉시 액세스할 수 있어야 하는 데이터용으로 설계되었다.

S3 Glacier Flexible Retrieval

• 수 분~몇 시간(최대 12시간)의 검색 시간, 연간 1~2회 액세스에 적합하다
• 즉각적인 액세스가 필요하지 않지만 백업 또는 재해 복구 사용 사례와 같이 대규모 데이터 집합을 무료로 검색할 수 있는 유연성이 필요한 아카이브 데이터에 이상적인 스토리지 클래스이다

S3 Glacier Deep Archive

• 12~48시간의 검색 시간, 연 1회 미만 액세스에 적합하다
• 가장 저렴한 스토리지이다
• 데이터 집합을 7~10년 이상 보관하는 금융 서비스, 의료, 미디어, 엔터테인먼트, 공공 부문의 고객을 위해 설계되었다.

---

S3 수명주기 관리 (Lifecycle)

S3는 버킷에 저장된 객체의 수명 주기(Life Cycle)를 관리할 수 있는 기능이 있다.
자신의 서비스 상황에 따라 적절히 수명주기 관리를 통해 잘 안쓰는 데이터를 IA나 Glacier로 이동시키는 등 보다 비용 효율적으로 S3 관리가 가능해진다.

S3 수명주기 작업

S3 수명 주기 구성에는 다음과 같은 두 가지 유형의 작업이 있습니다.

1. 전환 작업
   • 객체가 다른 스토리지 클래스로 전환할 시기를 정의한다
     • 예를 들어, 생성 후 30일이 지나면 객체를 S3 Standard-IA 스토리지 클래스로 전환하거나, 생성 후 1년이 지나면 객체를 S3 Glacier 스토리지 클래스에 아카이브하도록 선택합니다.
2. 만료 작업
   • 객체가 만료되는 시기를 정의한다
   • 만료된 객체를 자동으로 삭제한다
   • 수명 주기 만료 비용은 선택한 객체 만료 시점에 따라 달라진다.

S3 수명주기 사용해야 하는 경우

• 버킷에 주기적으로 로그를 업로드할 경우
  • 애플리케이션으로 부터 쌓이는 로그를 일정 기간 동안에 필요로 하지만, 그 이후에 사용자가 삭제하고 싶을 경우에 사용한다.
• 특정 기간 동안만 자주 액세스하는 문서
  • 일부 문서는 특정 기간 동안에만 자주 액세스 되고, 그 이후에 거의 액세스가 없는 경우에 사용한다
• 보관 목적의 데이터 
  • 어떤 유형의 데이터는 주로 보관 목적으로 Amazon S3에 업로드할 수 있다.
  • 예를 들어, 디지털 미디어, 금융 및 의료 기록, 가공되지 않은 유전체 염기 서열 데이터, 장기 데이터베이스 백업 파일, 그리고 규제 준수를 위해 보존해야 하는 데이터 등이 있다.

Amazon S3은 스토리지 클래스 간 전환을 위한 폭포형(Waterfall) 모델을 지원한다
즉, 아래 그림처럼 S3 Standard 에서 S3 Standard-IA 로 전환은 가능하지만 S3 Standard-IA 에서 S3 Standard로는 전환이 불가능합니다

---

지금까지 S3 스토리지 클래스와 생명주기에 대하여 알아봤습니다

다음 포스팅에는 더욱 흥미로운 주제로 돌아오겠습니다~!

그럼 베빠~!