메뉴
Amazon Simple Storage Service
개발자 안내서 (API Version 2006-03-01)

객체 전환: 일반적인 고려 사항

수명 주기 구성에서 규칙을 추가하여 객체를 다른 Amazon S3 스토리지 클래스로 전환하도록 Amazon S3를 유도할 수 있습니다. 예:

  • 객체에 자주 액세스하지 않는 경우, 해당 객체를 STANDARD_IA 스토리지 클래스로 전환할 수 있습니다.

  • GLACIER 스토리지 클래스에 실시간으로 액세스할 필요가 없는 객체를 보관하고 싶은 경우도 있을 수 있습니다.

다음 단원들에서는 지원되는 전환 작업, 관련 제한 사항 및 GLACIER 스토리지 클래스로의 전환에 대해 설명합니다.

지원되는 전환 작업 및 관련 제한 사항

수명 주기 구성에서 객체를 한 스토리지 클래스에서 다른 스토리지 클래스로 전환하도록 규칙을 정의할 수 있습니다. 지원되는 전환은 다음과 같습니다.

  • STANDARD 또는 REDUCED_REDUNDANCY 스토리지 클래스에서 STANDARD_IA로의 전환. 다음과 같은 제약이 적용됩니다.

     

    • 이 크기보다 큰 객체의 경우 STANDARD_IA로 전환하면 비용 혜택을 실현할 수 있습니다. Amazon S3는 128KB보다 작은 객체를 STANDARD_IA 스토리지 클래스로 전환하지 않습니다. 이 크기보다 작은 객체의 경우 비용 효율성이 없으므로 Amazon S3에서 이러한 객체를 전환하지 않습니다.

       

    • 현재 스토리지 클래스에 30일 이상 저장된 객체만 STANDARD_IA로 전환할 수 있습니다. 예를 들어 생성 후 1일이 지난 객체를 STANDARD_IA 스토리지 클래스로 전환하도록 요구하는 수명 주기 규칙을 생성할 수 없습니다.

       

      자주 액세스되거나 30일 이전에 삭제되는 새 객체는 STANDARD_IA에 적합하므로 최초 30일 이전의 전환은 지원되지 않습니다.

       

    • 최신 버전이 아닌 객체를 전환할 경우(버전이 지정된 버킷 시나리오) 30일 이상 된 비 최신 객체만 STANDARD_IA로 전환할 수 있습니다.

       

  • 스토리지 클래스에서 GLACIER로의 전환.

이러한 수명 주기 규칙을 결합하여 객체의 전체 수명 주기를 관리할 수 있습니다(예: STANDARD_IA로 최초 전환하고, 보관을 위해 GLACIER로 두 번째 전환 후 만료).

예를 들어 생성하는 객체의 수명 주기가 명확하게 정의되어 있다고 가정합니다. 처음 30일 동안에는 객체에 자주 액세스합니다. 초기 기간 후 최대 90일 동안은 객체에 자주 액세스하지 않아 액세스 빈도가 감소됩니다. 그 이후에는 객체가 더 이상 필요하지 않습니다. 이 경우 객체를 보관하거나 삭제할 수 있습니다. 수명 주기 구성을 사용하여 이 예제 시나리오와 일치하는 객체 전환과 만료를 정의할 수 있습니다(생성 후 30일이 지나면 STANDARD_IA로 전환, 생성 후 90일이 지나면 GLACIER로 전환, 특정 일수가 경과한 후 객체 만료). 전환 중인 객체 스토리지 클래스를 티어 다운하면 스토리지 비용을 절감할 수 있습니다. 비용 고려 사항에 대한 자세한 내용은 Amazon S3 요금을 참조하십시오.

참고

수명 주기를 구성할 경우, API를 사용하여 STANDARD_IA 및 GLACIER 전환을 모두 지정하는 수명 주기 정책을 생성할 수는 없습니다. 이 경우 GLACIER 전환은 STANDARD_IA 전환 후 30일이 경과하기 이전에 수행됩니다. 이러한 수명 주기 정책은 STANDARD_IA 스토리지 클래스에 관한 최소 30일 스토리지 요금으로 인해 비용이 증가할 수 있기 때문입니다. 비용 고려 사항에 대한 자세한 내용은 Amazon S3 요금을 참조하십시오.

다른 비용과 혜택을 제공하는 스토리지 클래스 티어를 지원하는 수명 주기 전환을 고려할 수 있습니다. 비용 절약 고려 사항을 충족하기 위해 객체 수명 주기— 내에 객체를 다른 스토리지 클래스로 전환하는 방법을 택할 수 있습니다. 즉 수명 주기 구성을 통해 이 작업을 수행할 수 있습니다. 예를 들어 스토리지 비용을 관리하기 위해 가용성과 내구성이 가장 우수한 스토리지 클래스인 STANDARD에서 STANDARD_IA(IA, 자주 액세스하지 않는 경우)로 객체의 스토리지 클래스를 변경한 다음, GLACIER 스토리지 클래스(이 곳에 객체가 보관되며 객체를 복구한 후에야 사용 가능함)로 변경하도록 수명 주기를 구성할 수 있습니다. 이러한 전환을 통해 스토리지 비용을 더욱 절감할 수 있습니다.

다음 전환은 지원되지 않습니다.

  • STANDARD_IA 스토리지 클래스에서 STANDARD 또는 REDUCED_REDUNDANCY 클래스로 전환할 수 없습니다.

  • GLACIER에서 다른 스토리지 클래스로 전환할 수 없습니다.

  • 스토리지 클래스에서 REDUCED_REDUNDANCY로 전환할 수 없습니다.

GLACIER 스토리지 클래스로의 전환(객체 보관)

수명 주기 구성을 사용하면 객체를 GLACIER 스토리지 클래스로 전환할 수 있습니다. 즉 데이터를 저렴한 스토리지 솔루션인 Amazon Glacier에 보관할 수 있습니다. 객체를 보관하기 전에 이와 관련된 고려 사항에 대해 설명한 다음 단원들을 살펴보십시오.

일반적인 고려 사항

다음은 객체를 보관하기 전에 고려할 일반적인 사항들입니다.

  • GLACIER 스토리지 클래스의 객체는 실시간으로 사용할 수 없습니다.

     

    보관된 객체는 Amazon S3 객체이지만 보관된 객체에 액세스하려면 먼저 해당 객체의 임시 복사본을 복원해야 합니다. 복원된 객체 사본은 요청자가 복원 요청에서 지정한 기간 동안만 사용할 수 있습니다. 그 이후에 Amazon S3에서 임시 복사본을 삭제하고 해당 객체가 Amazon Glacier에 보관된 상태로 유지됩니다.

     

    객체를 아카이브로부터 복원하는 데에는 최대 5시간이 소요될 수 있습니다.

     

    Amazon S3 콘솔을 사용하거나 코드에 AWS SDK 래퍼 라이브러리 또는 Amazon S3 REST API를 사용하여 프로그래밍 방식으로 객체를 복원할 수 있습니다. 자세한 내용은 POST 객체 복원을 참조하십시오.

     

  • 객체를 GLACIER 스토리지 클래스로 전환하는 것은 단방향 작업입니다.

     

    수명 주기 구성 규칙을 사용하여 객체의 스토리지 클래스를 GLACIER에서 STANDARD 또는 REDUCED_REDUNDANCY로 변환할 수는 없습니다. 이미 보관된 객체의 스토리지 클래스를 STANDARD 또는 REDUCED_REDUNDANCY로 변경하고자 하는 경우, 먼저 복원 작업을 통해 임시 사본을 만들어야 합니다. 그런 다음 복사 작업을 사용하여 객체를 STANDARD, STANDARD_IA 또는 REDUCED_REDUNDANCY 객체로 덮어씁니다.

     

  • GLACIER 스토리지 클래스 객체는 Amazon Glacier가 아니라 Amazon S3를 통해서만 보고 사용할 수 있습니다.

     

    Amazon S3는 보관된 객체를 Amazon Glacier에 저장합니다. 그러나 이것들은 Amazon S3 객체이므로 Amazon S3 콘솔 또는 Amazon S3 API를 통해서만 액세스할 수 있습니다. Amazon Glacier 콘솔 또는 Amazon Glacier API를 통해서는 보관된 객체에 액세스할 수 없습니다.

비용 고려 사항

자주 액세스하지 않는 데이터를 수 개월 또는 수 년 동안 보관할 계획이라면 GLACIER 스토리지 클래스로 스토리지 비용을 절감할 수 있습니다. 그러나 GLACIER 스토리지 클래스가 적합한 솔루션인지 확인하기 위해 다음 사항을 고려해야 합니다.

  • 스토리지 오버헤드 요금 – GLACIER 스토리지 클래스로 객체를 이전할 때 각 객체에 객체 관리를 위한 메타데이터용으로 일정 용량의 스토리지가 추가됩니다.

     

    • Amazon Glacier에 보관되는 각 객체에 대해 Amazon S3는 객체 이름 및 기타 메타데이터용으로 8KB의 스토리지를 사용합니다. Amazon S3는 이 메타데이터를 저장하므로 Amazon S3 API를 사용하여 보관된 객체의 실시간 목록을 얻을 수 있습니다. 자세한 내용은 GET Bucket (List Objects) 단원을 참조하십시오. 이 추가 스토리지에 대해 표준 Amazon S3 요금이 청구됩니다.

       

    • 보관된 각 객체에 대해 Amazon Glacier는 인덱스 및 관련 메타데이터용으로 32KB의 스토리지를 추가합니다. 이 추가 데이터는 객체를 식별하고 복원하는 데 필요합니다. 이 추가 스토리지에 대해 Amazon Glacier 요금이 청구됩니다.

       

    작은 크기의 객체를 보관할 경우 이러한 스토리지 요금을 고려해야 합니다. 또한 많은 수의 크기가 작은 객체를 크기가 큰 객체로 통합하면 오버헤드 비용을 줄일 수 있습니다.

     

  • 객체의 보관 일수 - Amazon Glacier는 장기간 보관 솔루션입니다. 삭제할 객체가 3개월 이상 Amazon Glacier에 보관된 경우 보관된 데이터를 무료로 삭제할 수 있지만, 보관 기간이 3개월 미만인 객체를 삭제하거나 덮어쓸 경우 Amazon S3는 기간에 따라 조기 삭제 요금을 부과합니다.

     

  • Glacier 보관 요청 요금 – GLACIER 스토리지 클래스로 이전되는 각 객체별로 별도의 보관 요청이 생성되며, 그러한 각 요청에 대해 비용이 부과됩니다. 많은 수의 객체를 이전할 경우 요청 요금을 고려해야 합니다.

     

  • Glacier 데이터 복원 요금 - Amazon Glacier는 자주 액세스하지 않는 데이터의 장기 보관을 위한 솔루션입니다. 데이터의 복원 속도에 따라 데이터 복원 요금이 청구되며, 이 요금은 1개월의 기간에 대해 GB/시간 단위의 최대 청구 가능 복원 속도에 따라 산정됩니다. 매월 최대 청구 가능 복원 속도에 대해서만 요금이 청구되며, 월별 최대 청구 가능 복원 속도 미만의 데이터 복원에 대해서는 요금이 부과되지 않습니다. 대량의 복원을 시작하기 전에 요금 관련 FAQ를 검토하여 데이터 복원 시 청구될 비용에 대해 알아보시기 바랍니다.

객체 수명 주기 관리를 사용하여 Amazon Glacier에 데이터를 보관할 경우 Amazon S3는 비동기 방식으로 이 객체를 이전합니다. 수명 주기 구성 규칙의 이전 날짜와 실제 이전 작업 수행 날짜 간 약간의 지연이 발생할 수 있습니다. 그러나 Amazon Glacier 요금은 규칙에 지정된 이전 날짜를 기준으로 청구됩니다.

Amazon S3 제품 세부 정보 페이지에 자세한 요금 정보와 Amazon S3 객체 보관의 요금 계산 예제가 나와 있습니다. 자세한 내용은 다음 주제를 참조하십시오.

보관된 객체의 복원

보관된 객체에는 실시간으로 액세스할 수 없습니다. 먼저 복원 요청을 시작한 후 요청에 지정된 기간 동안 객체의 임시 사본을 사용할 수 있게 될 때까지 기다려야 합니다. 일반적으로 복원 작업이 완료되려면 3~5시간이 소요되므로 실시간 액세스가 필요 없는 객체만 보관하는 것이 중요합니다.

복원된 객체의 임시 사본을 받은 후에도 객체의 스토리지 클래스는 GLACIER입니다(GET 또는 HEAD 요청 시 스토리지 클래스로 GLACIER를 반환).

참고

아카이브를 복원하면 보관(GLACIER 요금) 및 임시로 복원한 사본(REDUCED_REDUNDANCY 스토리지 요금) 둘 다에 대해 요금이 청구됩니다. 요금에 대한 자세한 내용은 Amazon S3 요금을 참조하십시오.

프로그래밍 방식으로 또는 Amazon S3 콘솔을 사용하여 객체 사본을 복원할 수 있습니다. Amazon S3는 각 객체에 대해 한 번에 하나의 복원 요청만 처리합니다. 자세한 내용은 보관된 객체의 복원 단원을 참조하십시오.