시작하기 / 실습 / ...

Amazon S3 Intelligent Tiering 사용 시작하기

30분 자습서

개요

Amazon S3 Intelligent Tiering은 액세스 패턴이 변화할 경우 성능 저하나 운영 오버헤드 없이 가장 비용 효율적인 액세스 티어로 데이터를 자동으로 이동하여 스토리지 비용을 최적화하도록 설계된 Amazon S3 스토리지 클래스입니다. 객체 크기 또는 보존 기간에 상관없이 액세스 패턴을 알 수 없거나 예측할 수 없는, 또는 액세스 패턴이 변화하는 데이터의 경우 S3 Intelligent-Tiering이 이상적인 스토리지 클래스입니다. 이 자습서의 목적은 얼마나 쉽게 Amazon S3 Intelligent Tiering 스토리지 클래스에 데이터를 저장하여 스토리지 비용을 자동으로 절감할 수 있는지 보여주는 데 있습니다.

S3 Intelligent Tiering은 빈번한 액세스에 최적화된 티어, 빈번하지 않은 액세스에 최적화된 저비용 티어, 거의 액세스하지 않는 데이터에 최적화된 초저가 티어, 이렇게 3개의 액세스 티어에 객체를 자동으로 저장합니다. 약간의 월별 객체 모니터링 및 자동화 요금만 지불하면 이용 가능한 S3 Intelligent Tiering은 객체를 30일 연속으로 액세스하지 않은 Infrequent Access 티어로 옮겨서 비용을 40% 절감하고, 90일 동안 액세스가 없으면 객체를 Archive Instant Access 티어로 옮겨서 68% 절감할 수 있습니다. 이후에 객체에 액세스하면 S3 Intelligent-Tiering은 자동으로 객체를 Frequent Access 티어로 다시 이동합니다.

즉각적인 검색이 필요하지 않은 데이터를 더 많이 저장하려면 선택적 비동기 Archive Access 티어와 Deep Archive Access 티어를 활성화할 수 있습니다. 활성화하면 90일 연속 액세스하지 않은 객체가 자동으로 Archive Access 티어로 바로 이동되어 스토리지 비용이 최대 71% 절감됩니다. 180일 연속으로 액세스하지 않으면 객체가 Deep Archive Access 티어로 이동되어 스토리지 비용이 최대 95% 절감됩니다. 이후에 객체에 액세스하면 S3 Intelligent Tiering은 객체를 Frequent Access 티어로 다시 이동합니다. 선택적 Archive Access 티어 또는 Deep Archive Access 티어에 저장된 객체를 검색하려면 복원 요청을 시작하고 객체가 Frequent Access 티어로 이동될 때까지 기다려야 합니다.

이 자습서에서 예로 든 워크로드의 경우 180일 연속 액세스하지 않은 객체용으로 선택적 Deep Archive Access 티어만 활성화합니다.

거의 모든 워크로드, 특히 데이터 레이크, 데이터 분석, 새로운 애플리케이션 및 사용자 생성 콘텐츠에 대한 기본 스토리지 클래스로 S3 Intelligent Tiering을 사용할 수 있습니다.

학습 목표

  • Amazon S3 버킷 생성
  • Amazon S3 Intelligent Tiering 스토리지 클래스에 객체를 직접 업로드
  • S3 Standard 또는 S3 Standard-Infrequent Access(S3 Standard-IA)에 저장된 객체를 S3 Intelligent-Tiering 스토리지 클래스로 전환
  • 선택적 S3 Intelligent Tiering 비동기 아카이브 티어를 활성화하고 거의 액세스하지 않는 데이터의 스토리지 비용을 최대한 절감
  • 옵트인 아카이빙 티어에 저장된 객체 복원

사전 요구 사항

 AWS 경험

초보자

 소요 시간

30분

 완료 비용

 사용 서비스

 최종 업데이트 날짜

2022년 7월 25일

구현

    • 1.1 — Amazon S3 콘솔에 로그인
      • AWS 콘솔 서비스 검색 창에 'S3'를 입력합니다. 서비스 검색 결과 섹션에서 S3를 선택합니다.
    Amazon S3 콘솔에 로그인
    • 1.2 — S3 버킷 생성
      • 왼쪽의 Amazon S3 메뉴에서 버킷(Buckets)을 선택한 다음 버킷(Buckets) 섹션에서 버킷 생성(Create bucket)을 선택합니다.
    • 1.3 — 
      • 버킷에 사용할 알기 쉬운 이름을 입력합니다. 버킷 이름은 전역적으로 고유합니다. 선택한 이름에 오류가 있으면 다른 조합을 사용해 보세요. 버킷을 생성할 AWS 리전(AWS Region)을 선택합니다.
    • 1.4 — 
      • 이 워크로드에는 기본 퍼블릭 액세스 차단(Block Public Access) 설정이 적합하므로 이 섹션의 기본 설정을 그대로 둡니다.
    • 1.5 — 
      • 다음으로, ACL은 이 워크로드에 필요하지 않으므로 ACL(ACLs)이 비활성화된 기본 설정을 그대로 둡니다. 버킷 및 해당 객체에 대한 액세스 권한은 버킷 정책만 사용하여 지정됩니다.
    • 1.6 — 
      • 그런 다음 이 워크로드와 관련한 비용을 추적할 수 있도록 버킷 태그를 추가합니다. AWS는 AWS 비용을 손쉽게 분류하고 추적할 수 있도록, 비용 할당 보고서에서 버킷 태그를 사용하여 리소스 비용을 정리합니다. 자세한 내용은 AWS 빌링 사용 설명서에서 비용 할당 태그 사용을 참조하세요.
    • 1.7 — 
      • 이제 버킷에 대해 기본 암호화(Default encryption)를 활성화합니다. 이 설정은 업로드 프로세스에서 저장 시 암호화 세부 정보를 정의하지 않은 버킷에 업로드된 객체에 적용됩니다. 이 워크로드의 경우 Amazon S3 서비스 관리형 키(SSE-S3)를 사용하여 서버 측 암호화를 활성화합니다. SSE-S3가 워크로드 요구 사항을 충족하지 못하는 경우 AWS Key Management Service(AWS KMS)를 활용할 수도 있습니다. Amazon S3에서 AWS KMS가 어떻게 사용되는지에 대한 자세한 내용은 AWS Key Management Service 개발자 가이드를 참조하세요.
    • 1.8 — 
      • 고급 설정(Advanced settings)에서, 이 워크로드의 경우 객체 잠금(Object Lock)이 필요하지 않으므로 비활성화된 상태로 두고, 버킷 생성(Create bucket)을 선택하여 S3 버킷을 생성합니다.
  • 이제 버킷을 생성하고 구성했으므로 Amazon S3 Intelligent Tiering 스토리지 클래스에 데이터를 업로드할 준비가 되었습니다.

    • 2.1 — 객체 업로드
      • AWS Management Console 세션에서 로그아웃한 경우 다시 로그인합니다. S3 콘솔로 이동하여 버킷(Buckets) 메뉴 옵션을 선택합니다. 사용 가능한 버킷의 목록에서 방금 생성한 버킷의 버킷 이름을 선택합니다.
    2.1 (A) AWS Backup에 사용되는 서비스를 구성하려면*
    • 2.2 — 
      • 다음으로, 객체(Objects) 탭을 선택합니다. 그런 다음 객체(Objects) 섹션에서 업로드(Upload)를 선택합니다.
    리소스 구성 - AWS Backup
    • 2.3 — 
      • 그런 다음 업로드(Upload) 섹션에서 파일 추가(Add files)를 선택합니다. 로컬 파일 시스템으로 이동하여 업로드할 파일을 찾습니다. 해당 파일을 선택하고 열기(Open)를 선택합니다. 해당 파일이 파일 및 폴더(Files and folders) 섹션에 나열됩니다.
    • 2.4 — 
      • 속성(Properties) 섹션에서 Intelligent-Tiering을 선택합니다. 나머지 옵션을 기본 설정으로 그대로 두고 업로드(Upload)를 선택합니다.
    • 2.5  — 
      • 파일 업로드 작업이 완료되면 작업이 성공적으로 완료되었는지 아니면 실패했는지 여부를 보여주는 작업 요약이 표시됩니다. 이 예에서는 파일이 성공적으로 업로드되었습니다. 이제 닫기(Close)를 선택합니다.
    S3 Intelligent Tiering 스토리지 클래스를 사용하여 버킷에 파일을 업로드했습니다. 다음으로 S3 Standard 또는 S3 Standard-IA 스토리지 클래스에 이미 저장되어 있는 객체를 S3 Intelligent Tiering 스토리지 클래스로 전환하는 방법을 설명하겠습니다.
  • 데이터가 Amazon S3에 프로그래밍 방식으로 업로드되면 일부 클라이언트가 S3 Intelligent Tiering 스토리지 클래스와 호환되지 않을 수 있습니다. 결과적으로, 이러한 클라이언트는 Amazon S3 Standard 스토리지 클래스에 데이터를 업로드하게 됩니다. 이 경우 Amazon S3 Lifecycle을 사용하여 객체를 S3 Standard 스토리지 클래스에서 S3 Intelligent Tiering 스토리지 클래스로 즉시 전환할 수 있습니다.
     
    이 단계에서는 버킷에 대해 S3 Lifecycle 구성을 설정하는 방법을 알아봅니다.

    • 3.1 —
      • AWS Management Console 세션에서 로그아웃한 경우 다시 로그인합니다. S3 콘솔로 이동하여 버킷(Buckets) 메뉴 옵션을 선택합니다. 사용 가능한 버킷의 목록에서, 1단계에서 생성한 버킷의 버킷 이름을 선택합니다.
    • 3.2 — 
      • 관리(Management) 탭을 선택한 다음 Lifecycle 규칙(Lifecycle rules) 섹션에서 Lifecycle 규칙 생성(Create lifecycle rule)을 선택합니다.
    • 3.3 — Lifecycle 규칙 생성
      S3 Lifecycle 규칙을 생성할 때, 0바이트부터 최대 5TB 사이의 최소 및 최대 객체 크기를 지정하는 접두사, 태그 또는 객체 크기로 규칙의 범위를 제한하는 옵션이 있습니다. 기본적으로 128KB 미만의 객체는 자동 계층화에 적합하지 않으므로 S3 Intelligent Tiering 스토리지 클래스로 전환되지 않습니다.

      이 워크로드의 경우 Lifecycle 규칙을 버킷의 모든 객체에 적용하려고 하므로 필터를 적용하지 않습니다.
      • 알기 쉬운 Lifecycle 규칙 이름(Lifecycle rule name)을 입력합니다.
      • 버킷의 모든 객체에 적용(Apply to all objects in the bucket)을 선택합니다.
      • 이 규칙을 버킷의 모든 객체에 적용하는 데 동의합니다(I acknowledge that this rule will apply to all objects in the bucket) 확인란을 선택합니다.
      • Lifecycle 규칙 작업(Lifecycle rule actions)에서 스토리지 클래스 간에 객체의 현재 버전 이동(Move current versions of objects between storage classes) 확인란을 선택합니다. 자세한 내용은 Using versioning in S3 buckets(S3 버킷에서 버전 관리 사용)을 참조하세요.
      • 스토리지 클래스 간에 객체의 현재 버전 전환(Transition current versions of objects between storage classes) 섹션의 스토리지 클래스 전환 선택(Choose storage class transitions)에서 Intelligent-Tiering을 선택하고 객체 생성 후 경과 일수(Days after object creation)에 0을 입력합니다.
      • 마지막으로 규칙 생성(Create rule)을 선택합니다.

    이 단계에서는 S3 Standard 스토리지 클래스에 업로드된 파일을 S3 Intelligent Tiering 스토리지 클래스로 즉시 전환하는 Lifecycle 규칙을 생성했습니다.

  • 즉각적인 검색이 필요하지 않은 데이터를 더 많이 저장하려면 선택적 비동기 Archive Access 및 Deep Archive Access 티어를 활성화할 수 있습니다. 이 두 티어가 활성화되면 90일 연속 액세스하지 않은 객체가 자동으로 Archive Access 티어로 바로 이동되어 스토리지 비용이 최대 71% 절감됩니다. 그리고 180일 연속으로 액세스하지 않은 객체가 Deep Archive Access 티어로 이동되어 스토리지 비용이 최대 95% 절감됩니다.

    선택적 비동기 Archive Access 및 Deep Archive Access 티어에 아카이빙된 객체에 액세스하려면 먼저 해당 객체를 복원해야 합니다. 이 자습서의 6단계에서는 이 복원 프로세스를 안내합니다.

    이 워크로드의 경우 아래 그림과 같이 Deep Archive Access 티어만 활성화합니다.

    • 4.1 —
      • AWS Management Console 세션에서 로그아웃한 경우 다시 로그인합니다. S3 콘솔로 이동하여 버킷(Buckets) 메뉴 옵션을 선택합니다. 사용 가능한 버킷의 목록에서, 1단계에서 생성한 버킷의 버킷 이름을 선택합니다.
    • 4.2 —
      • 속성(Properties) 탭을 선택합니다.
    • 4.3 —
      • Intelligent-Tiering 아카이브 구성(Intelligent-Tiering Archive configurations) 섹션으로 이동하여 구성 생성(Create configuration)을 선택합니다.
    • 4.4 —
      • 아카이브 구성 설정(Archive configuration settings) 섹션에서 S3 Intelligent-Tiering 아카이브 구성에 대해 알기 쉬운 구성 이름(Configuration name)을 지정합니다.
    • 4.5 —
      • 이 워크로드의 경우 객체 태그에 따라 데이터 세트 중 일부만 아카이빙하려고 합니다. 그러려면 구성 범위 선택(Choose a configuration scope)에서 하나 이상의 필터를 사용하여 이 구성의 범위 제한(Limit the scope of this configuration using one or more filters)을 선택합니다.
      • 객체 태그(Object Tags) 섹션에서 태그 추가(Add tag)를 선택하고 태그의 키(Key)로 “opt-in-archive”, 값(Value)으로 “true”를 각각 입력합니다.
      • 구성의 상태(Status)활성화(Enable)인지 확인합니다.

    • 4.6 —
      • S3 Intelligent Tiering 스토리지 클래스의 객체는 6개월에서 2년 사이의 기간 동안 액세스하지 않은 경우 Deep Archive Access 티어에 아카이빙할 수 있습니다. 이 워크로드의 경우, 사용하지 않는 데이터만 아카이빙되도록 6개월 동안 액세스하지 않은 객체를 아카이빙하려고 합니다. 이렇게 하려면 아카이빙 규칙 작업(Archive rule actions) 섹션에서 Deep Archive Access 티어(Deep Archive Access tier)를 선택하고 객체를 Deep Archive Access 티어에 아카이빙하는 기준이 될 액세스되지 않은 연속 일수를 180일로 입력한 다음 생성(Create)을 선택합니다.
  • 4단계에서는 ‘opt-in-archive:true’ 태그가 있는 객체에 대해서만 Deep Archive Access 티어를 활성화했습니다. 이제 업로드 프로세스 중에 올바른 태그를 적용하여 Deep Archive Access 티어를 활성화하는 방법을 알아보겠습니다.
    • 5.1 —
      • AWS Management Console 세션에서 로그아웃한 경우 다시 로그인합니다. S3 콘솔로 이동하여 버킷(Buckets) 메뉴 옵션을 선택합니다. 사용 가능한 버킷의 목록에서, 1단계에서 생성한 버킷의 버킷 이름을 선택합니다.
    • 5.2 —
      • 다음으로, 객체(Objects) 탭을 선택합니다. 그런 다음 객체(Objects) 섹션에서 업로드(Upload)를 선택합니다.
    • 5.3 —
      • 그런 다음 파일 추가(Add files)를 선택합니다. 로컬 파일 시스템으로 이동하여 업로드할 파일을 찾습니다. 해당 파일을 선택하고 열기(Open)를 선택합니다. 해당 파일이 파일 및 폴더(Files and folders) 섹션에 나열됩니다.
    • 5.4 —
      • 속성(Properties) 섹션에서 Intelligent-Tiering을 선택합니다. Amazon S3 Intelligent Tiering 스토리지 클래스에 대한 자세한 내용은 Amazon S3 사용 설명서를 참조하세요.
    • 5.5 —
      • 여기서는 6개월 동안 액세스하지 않은 파일을 아카이빙하려고 하므로, 태그 - 옵션(Tags – optional) 섹션에서 태그 추가(Add tag)를 선택하여 키(Key)를 ‘opt-in-archive’로, 값(Value)을 ‘true’로 각각 지정한 후 업로드(Upload)를 선택합니다.
    • 5.6 —
      • 파일 업로드 작업이 완료되면 업로드가 성공적으로 완료되었는지 아니면 실패했는지 여부를 보여주는 작업 요약이 표시됩니다. 이 예에서는 파일이 성공적으로 업로드되었습니다. 닫기(Close)를 선택합니다.
  • Deep Archive Access 티어에 저장된 파일을 다운로드하려면, 먼저 복원 요청을 시작하고 객체가 Frequent Access 티어로 이동할 때까지 기다려야 합니다.

    이 단계에서는 파일을 복원하는 방법을 알아봅니다.
    • 6.1 —
      • AWS Management Console 세션에서 로그아웃한 경우 다시 로그인합니다. S3 콘솔로 이동하여 버킷(Buckets) 메뉴 옵션을 선택합니다. 사용 가능한 버킷의 목록에서, 1단계에서 생성한 버킷의 버킷 이름을 선택합니다.
    • 6.2 —
      • 객체(Objects) 탭에서 Intelligent Tiering Deep Archive Access 티어에 저장된 파일을 선택합니다.
    • 6.3 —
      • 속성 탭에서 다운로드(Download) 버튼과 열기(Open) 버튼이 모두 회색으로 표시되고, 파일에 액세스하려면 먼저 파일을 복원해야 한다는 것을 알리는 배너가 표시됩니다.
    • 6.4 —
      • 복원을 시작하려면 복원 시작(Initiate restore)을 선택합니다.
    • 6.5 —
      • 다음 복원 시작(Initiate restore) 양식에서 복원 유형을 선택할 수 있습니다. 대량 검색(Bulk retrieva)은 일반적으로 48시간 내에 완료되지만 표준 검색(Standard retrieval)은 일반적으로 12시간 내에 완료됩니다. 두 옵션 모두 무료로 사용할 수 있습니다. 자세한 내용은 아카이브 검색 옵션을 참조하세요. 이 워크로드의 경우 12시간 내에 복원을 완료해야 하므로 표준 검색(Standard retrieval) 옵션을 선택합니다. 이제 복원 시작을 선택하여 복원을 시작할 수 있습니다.
    • 6.6 —
      • 복원을 시작하면 작업이 성공적으로 시작되었는지 또는 실패했는지 여부를 보여주는 작업 요약이 표시됩니다. 이 예에서는 복원이 성공적으로 시작되었습니다. 닫기(Close)를 선택합니다.
    • 6.7 —
      • 파일의 속성(Properties) 탭에서 복원 프로세스의 상태를 모니터링할 수 있습니다.
    • 6.8 —
      • 복원 작업이 완료되면(일반적으로 12시간 이내) 다운로드(Download)를 선택하여 파일을 다운로드할 수 있습니다.
  • 다음 단계에서는 이 자습서에서 생성한 리소스를 정리합니다. 사용하지 않는 리소스를 삭제하여 의도하지 않은 비용이 부과되지 않도록 하는 것이 모범 사례입니다.
    • 7.1 — 테스트 객체 삭제
      • AWS Management Console 세션에서 로그아웃한 경우 다시 로그인합니다. S3 콘솔로 이동하여 버킷(Buckets) 메뉴 옵션을 선택합니다. 먼저 테스트 버킷에서 테스트 객체를 삭제해야 합니다. 이 자습서용으로 생성한 버킷의 왼쪽에 있는 라디오 버튼을 선택한 후 비우기(Empty)를 선택합니다.
      • 버킷 비우기(Empty bucket) 페이지에서 모든 객체 영구 삭제(Permanently delete all objects) 확인 입력란에 ‘영구 삭제(permanently delete)’를 입력합니다. 그런 다음 비우기(Empty)를 선택하여 계속 진행합니다.
      • 그러면 삭제 성공 여부를 나타내는 배너가 표시됩니다.
    • 버킷 비우기(Empty bucket) 페이지에서 모든 객체 영구 삭제(Permanently delete all objects) 확인 입력란에 ‘영구 삭제(permanently delete)’를 입력합니다. 그런 다음 비우기(Empty)를 선택하여 계속 진행합니다. 
    • 그러면 삭제 성공 여부를 나타내는 배너가 표시됩니다.
    • 7.2 — 테스트 버킷 삭제
      • 마지막으로, 생성한 테스트 버킷을 삭제해야 합니다. 계정의 버킷 목록으로 돌아갑니다. 이 자습서용으로 생성한 버킷의 왼쪽에 있는 라디오 버튼을 선택한 후 삭제(Delete)를 선택합니다.
      • 경고 메시지를 살펴봅니다. 이 버킷을 계속 삭제하려면, 버킷 삭제 확인(Delete bucket confirmation) 상자에 버킷 이름을 입력하고 버킷 삭제(Delete bucket)를 선택합니다.

이 페이지의 내용이 도움이 되었습니까?

축하합니다!

Amazon S3 버킷을 생성하고, 객체를 Amazon S3 Intelligent Tiering 스토리지 클래스에 업로드하고, 선택적 Deep Archive Access 티어를 활성화하고, Deep Archive Access 티어에 저장된 객체를 복원하는 방법을 배웠습니다.

Amazon S3 Intelligent Tiering 스토리지 클래스에 대해 자세히 알아보려면 설명서 및 제품 페이지를 참조하세요.