Amazon S3 스토리지 클래스 사용 - Amazon Simple Storage Service

Amazon S3 스토리지 클래스 사용

Amazon S3의 각 객체에는 그와 연결된 스토리지 클래스가 있습니다. 예를 들어 S3 버킷의 객체를 나열하면 콘솔은 나열된 모든 객체의 스토리지 클래스를 표시합니다. Amazon S3는 저장된 객체에 대해 다양한 스토리지 클래스를 제공합니다. 사용 사례 시나리오 및 성능 액세스 요구 사항에 따라 클래스를 선택합니다. 모든 스토리지 클래스는 내구성이 뛰어납니다.

다음 섹션에서는 다양한 스토리지 클래스에 대한 세부 정보 그리고 객체에 대한 스토리지 클래스를 설정하는 방법을 설명합니다.

자주 액세스하는 객체를 위한 스토리지 클래스

성능에 민감한 사용 사례(밀리초 액세스 시간을 필요로 하는 사례)와 자주 액세스되는 데이터를 위해 Amazon S3는 다음과 같은 스토리지 클래스를 제공합니다.

  • S3 Standard – 기본 스토리지 클래스입니다. 객체를 업로드할 때 스토리지 클래스를 지정하지 않으면 Amazon S3가 S3 Standard 스토리지 클래스를 할당합니다.

  • S3 Express One Zone - S3 Express One Zone은 지연 시간에 가장 민감한 애플리케이션에 대해 일관되게 10밀리초 미만의 데이터 액세스를 제공하도록 특별히 설계된 고성능 단일 영역 Amazon S3 스토리지 클래스입니다. S3 Express One Zone은 현재 사용 가능한 클라우드 객체 스토리지 클래스 중 지연 시간이 가장 낮으며, S3 Standard보다 데이터 액세스 속도는 최대 10배 빠르고 요청 비용은 50% 저렴합니다. S3 Express One Zone 스토리지 클래스를 사용하면 단일 가용 영역 내의 여러 디바이스에 데이터가 중복으로 저장됩니다. 자세한 내용은 S3 Express One Zone이란? 단원을 참조하십시오.

  • Reduced Redundancy – RRS(Reduced Redundancy Storage) 스토리지 클래스는 S3 Standard 스토리지 클래스보다 더 적은 중복성으로 저장될 수 있는 데이터 중에서도 중요하지 않고 재현 가능한 데이터를 목적으로 설계되었습니다.

    중요

    이 스토리지 클래스는 사용하지 않는 것이 좋습니다. S3 Standard 스토리지 클래스는 비용 대비 효과가 더 좋습니다.

    내구성 측면에서 RRS 객체는 객체의 연평균 예측 손실율이 0.01%입니다. RRS 객체가 손실되었는데 그 객체에 대해 요청한 경우 Amazon S3가 405 오류를 반환합니다.

변경되는 또는 알 수 없는 액세스 패턴으로 데이터를 자동으로 최적화하는 스토리지 클래스

S3 Intelligent-Tiering은 성능 영향 또는 운영 오버헤드 없이 가장 비용 효과적인 액세스 계층으로 데이터를 자동으로 이동하여 스토리지 비용을 최적화하기 위해 설계된 Amazon S3 스토리지 클래스입니다. S3 Intelligent-Tiering은 액세스 패턴이 변화할 때 액세스 계층 사이에서 세분화된 객체 수준으로 데이터를 이동하여 자동 비용 절감 효과를 제공하는 유일한 스토리지 클래스입니다. S3 Intelligent-Tiering은 액세스 패턴을 알 수 없거나 액세스 패턴이 변화하는 데이터에 대한 스토리지 비용을 최적화하려는 경우에 이상적인 스토리지 클래스입니다. S3 Intelligent-Tiering에는 검색 요금이 없습니다.

약간의 월별 객체 모니터링 및 자동화 요금만 지불하면 S3 Intelligent-Tiering에서 액세스 패턴을 모니터링하고, 액세스하지 않은 객체를 저렴한 액세스 계층으로 자동으로 이동합니다. S3 Intelligent-Tiering을 통해 지연 시간이 짧고 처리량이 높은 세 액세스 계층에서 스토리지 비용을 자동으로 절감할 수 있습니다. 비동기식으로 액세스할 수 있는 데이터의 경우 S3 Intelligent-Tiering 스토리지 클래스 내에서 자동 아카이브 기능을 활성화하도록 선택할 수 있습니다. S3 Intelligent-Tiering은 99.9% 의 가용성과 99.9999999%의 내구성을 제공하도록 설계되었습니다.

S3 Intelligent-Tiering은 3개의 액세스 계층에 객체를 자동으로 저장합니다.

  • Frequent Access – S3 Intelligent-Tiering에 업로드하거나 이전한 객체는 Frequent Access 계층에 자동으로 저장됩니다.

  • Infrequent Access – S3 Intelligent-Tiering은 30일 연속으로 액세스되지 않은 객체를 Infrequent Access 계층으로 이동합니다.

  • Archive Instant Access – S3 Intelligent-Tiering을 사용하면 90일 연속으로 액세스되지 않은 기존 객체가 Archive Instant Access 계층으로 자동으로 이동됩니다.

이러한 세 가지 계층 외에도 S3 Intelligent-Tiering은 두 가지 선택적 아카이브 액세스 계층을 제공합니다.

  • Archive Access – S3 Intelligent-Tiering은 비동기식으로 액세스할 수 있는 데이터에 대해 Archive Access 계층을 활성화하는 옵션을 제공합니다. 활성화 후 Archive Access 계층은 최소 연속 90일 동안 액세스하지 않은 객체를 자동으로 아카이브합니다.

  • Deep Archive Access – S3 Intelligent-Tiering은 비동기식으로 액세스할 수 있는 데이터에 대해 Deep Archive Access 계층을 활성화하는 옵션을 제공합니다. 활성화 후 Deep Archive Access 계층은 최소 연속 180일 동안 액세스하지 않은 객체를 자동으로 아카이브합니다.

참고
  • Archive Instant Access 계층을 우회하려는 경우에만 90일 동안 Archive Access 계층을 활성화합니다. Archive Access 계층은 몇 분에서 몇 시간의 검색 시간과 함께 약간 더 저렴한 스토리지 비용을 제공합니다. Archive Instant Access 계층은 밀리초 단위의 액세스와 높은 처리량 성능을 제공합니다.

  • 애플리케이션에서 객체에 비동기적으로 액세스할 수 있는 경우에만 Archive Access 및 Deep Archive Access 계층을 활성화합니다. 검색 중인 객체가 Archive Access 또는 Deep Archive Access 계층에 저장된 경우 먼저 RestoreObject를 사용하여 객체를 복원합니다.

새로 생성된 데이터를 S3 Intelligent-Tiering으로 이동하여 기본 스토리지 클래스로 구성할 수 있습니다. PutBucketIntelligentTieringConfiguration API 작업, AWS CLI 또는 Amazon S3 콘솔을 사용하여 아카이브 액세스 계층을 하나 또는 둘 다 활성화하도록 선택할 수도 있습니다. S3 Intelligent-Tiering 사용 및 아카이브 액세스 계층 활성화에 대한 자세한 내용은 S3 Intelligent-Tiering 사용 섹션을 참조하세요.

Archive Access 또는 Deep Archive Access 계층의 객체에 액세스하려면 먼저 객체를 복원해야 합니다. 자세한 내용은 S3 Intelligent-Tiering Archive Access 및 Deep Archive Access 계층에서 객체 복원 단원을 참조하십시오.

참고

객체의 크기가 128KB 미만이면 자동 계층화를 모니터링 및 사용할 수 없습니다. 작은 객체는 항상 Frequent Access 계층에 저장됩니다. S3 Intelligent-Tiering에 대한 자세한 내용은 S3 Intelligent-Tiering 액세스 계층 섹션을 참조하세요.

자주 액세스하지 않는 객체를 위한 스토리지 클래스

S3 Standard-IAS3 One Zone-IA 스토리지 클래스는 수명이 길고 자주 액세스하지 않는 데이터용으로 설계되었습니다. (IA는 Infrequent Access(빈번하지 않은 액세스)의 약어입니다.) S3 Standard-IA 및 S3 One Zone-IA 객체는 밀리초 단위로 액세스하는 데 사용할 수 있습니다(S3 Standard 스토리지 클래스와 유사). Amazon S3는 이들 객체에 대해 검색 비용을 부과하므로 이들 객체는 자주 액세스되지 않는 데이터에 가장 적합합니다. 요금 정보는 Amazon S3 요금을 참조하세요.

예를 들어, 다음의 경우에 S3 Standard-IA 및 S3 One Zone-IA 스토리지 클래스를 선택할 수 있을 것입니다.

  • 백업을 저장하는 경우.

  • 자주 액세스되지는 않지만 그래도 밀리초 액세스가 필요한 오래된 데이터의 경우. 예를 들어 데이터를 업로드할 때 S3 Standard 스토리지 클래스를 선택하고 수명 주기 구성을 사용하여 Amazon S3가 객체들을 S3 Standard-IA 또는 S3 One Zone-IA 클래스로 전환하게 할 수 있을 것입니다.

    수명 주기 관리에 대한 자세한 내용은 스토리지 수명 주기 관리를 참조하세요.

참고

S3 Standard-IA 및 S3 One Zone-IA 스토리지 클래스는 사용자가 30일 이상 저장하려고 하는 128KB 이상의 객체에 적합합니다. 객체가 128KB 미만이더라도 Amazon S3는 128KB에 대한 요금을 부과합니다. 최소 스토리지 기간인 30일이 끝나기 전에 객체를 삭제하면 30일 요금이 부과됩니다. 30일 이전에 삭제되거나 덮어써지거나 다른 스토리지 클래스로 이전된 객체에는 일반 스토리지 사용 요금과 30일 최소 기간 중 남은 기간으로 비례 배분된 요금이 부과됩니다. 요금 정보는 Amazon S3 요금을 참조하세요.

이들 스토리지 클래스는 다음과 같은 차이가 있습니다.

  • S3 Standard-IA – Amazon S3는 객체 데이터를 지리적으로 분리된 여러 개의 가용 영역(AZ)에 중복되게 저장합니다(S3 Standard 스토리지 클래스와 유사). S3 Standard-IA 객체는 가용 영역의 손실에 대한 복원력이 있습니다. 이 스토리지 클래스는 S3 One Zone-IA 클래스보다 뛰어난 가용성 및 복원성을 제공합니다.

  • S3 One Zone-IA – Amazon S3는 객체 데이터를 하나의 가용 영역에만 저장하므로 S3 Standard-IA보다 더 저렴합니다. 그러나 데이터는 지진 및 홍수와 같은 재해에 의한 가용 영역의 물리적 손실에 대해서는 복원성이 없습니다. S3 One Zone-IA 스토리지 클래스는 S3 Standard-IA만큼 내구성이 있으며 다만 가용성과 복원성은 더 낮습니다. 스토리지 클래스의 내구성과 가용성을 비교하려면 이 섹션 끝부분에 있는 Amazon S3 스토리지 클래스 비교을(를) 참조하세요. 요금 정보는 Amazon S3 요금을 참조하세요.

다음과 같이 하는 것이 좋습니다:

  • S3 Standard-IA – 기본 데이터나 다시 생성할 수 없는 데이터의 유일한 복사본에만 사용합니다.

  • S3 One Zone-IA – 가용 영역에 장애 발생 시 데이터를 다시 생성할 수 있는 경우 그리고 S3 크로스 리전 복제(CRR)를 구성하는 경우 객체 복제본에 사용합니다.

객체 아카이빙을 위한 스토리지 클래스

S3 Glacier Instant Retrieval, S3 Glacier Flexible RetrievalS3 Glacier Deep Archive 스토리지 클래스는 저비용 데이터 아카이브를 위해 설계되었습니다. 이러한 스토리지 클래스는 S3 Standard 및 S3 Standard-IA 스토리지 클래스와 동일한 내구성 및 복원성을 제공합니다. 스토리지 클래스 내구성과 가용성을 비교하려면 Amazon S3 스토리지 클래스 비교 섹션을 참조하세요.

이들 스토리지 클래스는 다음과 같은 차이가 있습니다.

  • S3 Glacier Instant Retrieval – 거의 액세스하지 않고 밀리초 단위로 검색해야 하는 데이터를 아카이브하는 데 사용합니다. S3 Glacier Instant Retrieval 스토리지 클래스에 저장된 데이터는 S3 Standard-IA 스토리지 클래스와 동일한 대기 시간 및 처리량 성능으로 S3 Standard-IA 스토리지 클래스보다 비용을 절감합니다. S3 Glacier Instant Retrieval은 S3 Standard-IA보다 데이터 액세스 비용이 더 높습니다.

    요금 정보는 Amazon S3 요금을 참조하세요.

  • S3 Glacier Flexible Retrieval – 분 단위로 데이터의 일부를 검색해야 하는 아카이브에 사용합니다. S3 Glacier Flexible Retrieval 스토리지 클래스에 저장된 데이터는 최소 스토리지 기간이 90일이며 신속 검색을 사용하여 최소 1~5분 이내에 액세스할 수 있습니다. 검색 시간은 유연하며 최대 5~12시간 내에 무료 대량 검색을 요청할 수 있습니다. 90일 최소 기간 이전에 객체를 삭제했거나 덮어썼거나 다른 스토리지 클래스로 이전한 경우, 90일 요금이 부과됩니다. Amazon S3는 S3 Glacier Flexible Retrieval에 대해 초당 및 AWS 계정당 최대 1,000개의 트랜잭션 속도로 복원 요청을 지원합니다.

    요금 정보는 Amazon S3 요금을 참조하세요.

  • S3 Glacier Deep Archive – 거의 액세스할 필요가 없는 데이터를 보관할 때 사용합니다. S3 Glacier Deep Archive 스토리지 클래스에 저장된 데이터의 최소 스토리지 기간은 180일이고 기본 검색 시간은 12시간입니다. 180일 최소 기간 이전에 객체를 삭제했거나 덮어썼거나 다른 스토리지 클래스로 이전한 경우, 180일 요금이 부과됩니다. Amazon S3는 S3 Glacier Deep Archive에 대해 초당 및 AWS 계정당 최대 1,000개의 트랜잭션 속도로 복원 요청을 지원합니다.

    요금 정보는 Amazon S3 요금을 참조하세요.

    S3 Glacier Deep Archive는 AWS에서 가장 저렴한 스토리지 옵션입니다. S3 Glacier Deep Archive의 스토리지 비용은 S3 Glacier Flexible Retrieval 스토리지 클래스를 사용하는 것보다 저렴합니다. 48시간 이내에 데이터를 반환하는 대량 검색을 사용하여 S3 Glacier Deep Archive 검색 비용을 절감할 수 있습니다.

아카이브된 객체 복원

객체의 스토리지 클래스 설정 섹션에서 설명한 것처럼 기타 스토리지 클래스와 동일한 방법으로 객체의 스토리지 클래스를 S3 Glacier Flexible Retrieval 또는 S3 Glacier Deep Archive로 설정할 수 있습니다. 다만 S3 Glacier Flexible Retrieval 및 S3 Glacier Deep Archive 객체는 실시간 액세스에 사용할 수 없습니다. S3 Glacier Flexible Retrieval 및 S3 Glacier Deep Archive 객체를 액세스하려면 이들 객체를 먼저 복원해야 합니다. (S3 Standard, Reduced Redundancy Storage(RRS), S3 Standard-IA, S3 One Zone-IA, S3 Glacier Instant Retrieval 및 S3 Intelligent-Tiering 객체는 언제든지 액세스에 사용할 수 있습니다.) 보관된 객체의 복원에 대한 자세한 내용은 아카이브된 객체 복원 섹션을 참조하세요.

중요

S3 Glacier Flexible Retrieval 또는 S3 Glacier Deep Archive 스토리지 클래스를 선택하면 객체가 Amazon S3에 그대로 유지됩니다. 별도의 Amazon S3 Glacier 서비스를 통해 객체에 직접 액세스할 수 없습니다.

Amazon S3 Glacier 서비스에 대한 자세한 내용은 Amazon S3 Glacier 개발자 안내서를 참조하세요.

S3 Glacier 스토리지 클래스 사용 시작하기

Amazon S3 Glacier 스토리지 클래스를 사용하는 방법에 대해 자세히 알아보려면 자습서: Amazon S3 Glacier 스토리지 클래스 사용 시작하기를 참조하세요.

Amazon S3 on Outposts에 대한 스토리지 클래스

Amazon S3 on Outposts를 사용하면 AWS Outposts 리소스에서 S3 버킷을 생성하고 로컬 데이터 액세스, 로컬 데이터 처리 및 데이터 레지던시가 필요한 애플리케이션을 위해 온프레미스에서 객체를 저장하고 검색할 수 있습니다. 액세스 정책, 암호화, 태그 지정 등 Amazon S3에서와 같이 AWS Outposts에서도 동일한 API 작업 및 기능을 사용할 수 있습니다. AWS Management Console, AWS CLI, AWS SDK 또는 REST API를 통해 S3 on Outposts를 사용할 수 있습니다.

S3 on Outposts는 새로운 스토리지 클래스인 S3 Outposts(OUTPOSTS)를 제공합니다. S3 Outposts 스토리지 클래스는 Outposts의 버킷에 저장된 객체에만 사용할 수 있습니다. AWS 리전의 S3 버킷과 함께 이 스토리지 클래스를 사용하려고 하면 InvalidStorageClass 오류가 발생합니다. 또한 S3 on Outposts 버킷에 저장된 객체와 함께 다른 S3 스토리지 클래스를 사용하려고 하면 동일한 오류가 나타납니다.

S3 Outposts(OUTPOSTS) 스토리지 클래스에 저장된 객체는 항상 Amazon S3 관리형 암호화 키(SSE-S3)와 함께 서버 측 암호화를 사용하여 암호화됩니다. 자세한 내용은 Amazon S3 관리형 키를 사용한 서버 측 암호화(SSE-S3) 사용 단원을 참조하십시오.

또한 고객 제공 암호화 키(SSE-C)와 함께 서버 측 암호화를 사용하여 S3 Outposts 스토리지 클래스에 저장된 객체를 암호화하도록 명시적으로 선택할 수도 있습니다. 자세한 내용은 고객 제공 키(SSE-C)로 서버 측 암호화 사용 단원을 참조하십시오.

참고

S3 on Outposts는 AWS Key Management Service(AWS KMS) 키(SSE-KMS)를 사용한 서버 측 암호화를 지원하지 않습니다.

S3 on Outposts에 대한 자세한 내용은 Amazon S3 on Outposts란 무엇인가요? 섹션을 참조하세요.

Amazon S3 스토리지 클래스 비교

다음 표에서는 가용성, 내구성, 최소 스토리지 기간, 기타 고려 사항 등으로 스토리지 클래스를 비교합니다.

스토리지 클래스 다음으로 설계됨 내구성(설계상) 가용성(설계상) 가용 영역 최소 스토리지 기간 최소 요금 객체 크기 기타 고려 사항

S3 Standard

자주 액세스하는 데이터(한 달에 한 번 이상), 밀리초 단위의 액세스

99.999999999%

99.99%

>= 3

없음

없음

없음

S3 Standard-IA

밀리초 단위의 액세스로 한 달에 한 번 이따금 액세스하는 수명이 긴 데이터

99.999999999%

99.9%

>= 3

30일

128KB

GB당 검색 요금이 적용됩니다.

S3 Intelligent-Tiering

알 수 없거나 변경되거나 예측할 수 없는 액세스 패턴이 있는 데이터

99.999999999%

99.9%

>= 3

없음

None

객체당 모니터링 및 자동화 비용이 적용됩니다. 검색 요금이 없습니다.

S3 One Zone-IA

재생성 가능하고 자주 액세스하지 않는 데이터(한 달에 한 번), 밀리초 단위의 액세스

99.999999999%

99.5%

1

30일

128KB

GB당 검색 요금이 적용됩니다. 가용 영역의 손실에 대한 복원력이 없습니다.

S3 Express One Zone

단일 AWS 가용 영역 내에서 지연 시간에 민감한 애플리케이션을 위한 10밀리초 미만의 데이터 액세스

99.999999999%

99.95%

1

None

None

S3 Express One Zone 객체는 선택한 단일 AWS 가용 영역에 저장됩니다.

S3 Glacier Instant Retrieval

밀리초 단위의 액세스로 분기에 한 번 액세스하는 수명이 긴 아카이브 데이터 99.999999999%

99.9%

>= 3

90일

128KB

GB당 검색 요금이 적용됩니다.

S3 Glacier Flexible Retrieval

몇 분에서 몇 시간의 검색 시간으로 1년에 한 번 액세스하는 수명이 긴 아카이브 데이터 99.999999999%

99.99%(객체 복원 후)

>= 3

90일

NA*

GB당 검색 요금이 적용됩니다. 이 객체에 액세스하려면 먼저 보관된 객체를 복원해야 합니다. 자세한 정보는 아카이브된 객체 복원 섹션을 참조하세요.

S3 Glacier Deep Archive

몇 시간의 검색 시간으로 1년에 한 번 미만 액세스하는 수명이 긴 아카이브 데이터 99.999999999%

99.99%(객체 복원 후)

>= 3

180일

NA**

GB당 검색 요금이 적용됩니다. 이 객체에 액세스하려면 먼저 보관된 객체를 복원해야 합니다. 자세한 정보는 아카이브된 객체 복원 섹션을 참조하세요.

RRS(권장되지 않음)

자주 액세스하는 중요하지 않은 데이터, 밀리초 단위의 액세스

99.99%

99.99%

>= 3

없음

없음

None

* S3 Glacier Flexible Retrieval에는 아카이빙된 각 객체에 대해 40KB의 추가 메타데이터가 필요합니다. 여기에는 S3 Glacier Flexible Retrieval 요금(데이터 식별 및 검색에 필요)으로 청구되는 32KB의 메타데이터와 S3 Standard 요금으로 청구되는 추가 8KB의 데이터가 포함됩니다. S3 Glacier Flexible Retrieval에 아카이빙된 객체의 사용자 정의 이름 및 메타데이터를 유지하려면 S3 Standard 요금이 필요합니다. 스토리지 클래스에 대한 자세한 내용은 Amazon S3 스토리지 클래스를 참조하세요.

** S3 Glacier Deep Archive에는 아카이빙된 각 객체에 대해 40KB의 추가 메타데이터가 필요합니다. 여기에는 S3 Glacier Deep Archive 요금(데이터 식별 및 검색에 필요)으로 청구되는 32KB의 메타데이터와 S3 Standard 요금으로 청구되는 추가 8KB의 데이터가 포함됩니다. Amazon S3 Glacier Deep Archive에 아카이빙된 객체의 사용자 정의 이름 및 메타데이터를 유지하려면 S3 Standard 요금이 필요합니다. 스토리지 클래스에 대한 자세한 내용은 Amazon S3 스토리지 클래스를 참조하세요.

S3 One Zone-IA 및 S3 Express One Zone을 제외한 모든 스토리지 클래스는 재해로 인한 가용 영역의 물리적 손실로부터 신속하게 복원할 수 있도록 설계되었다는 점을 유의하세요. 또한 애플리케이션 시나리오의 성능 요구 사항과 더불어 가격을 고려하세요. 스토리지 클래스의 요금에 대해서는 Amazon S3 요금을 참조하세요.

객체의 스토리지 클래스 설정

객체 스토리지 클래스를 설정하고 업데이트하려면 Amazon S3 콘솔, AWS SDK 또는 AWS Command Line Interface(AWS CLI)를 사용할 수 있습니다. 이러한 모든 접근 방식은 Amazon S3 API 작업을 사용하여 Amazon S3에 요청을 전송합니다.

Amazon S3 API 작업은 객체의 스토리지 클래스에 대해 다음과 같은 설정(또는 업데이트)을 지원합니다.

  • 새 객체를 생성할 때 그 객체의 스토리지 클래스를 지정할 수 있습니다. 예를 들어, PUT Object, POST Object멀티파트 업로드 시작 API 작업을 사용하여 객체를 생성할 때 x-amz-storage-class 요청 헤더를 추가하여 스토리지 클래스를 지정하세요. 이 헤더를 추가하지 않으면 Amazon S3는 기본 스토리지 클래스인 S3 Standard를 사용합니다.

  • 또한 PUT Object - Copy API 작업을 사용하여 객체의 복사본을 만들어 Amazon S3에 이미 저장된 객체의 스토리지 클래스를 다른 스토리지 클래스로 변경할 수도 있습니다. 그러나 S3 Glacier Flexible Retrieval 또는 S3 Glacier Deep Archive 스토리지 클래스에 저장된 객체를 복사하기 위해 PUT Object - Copy를 사용할 수 없습니다. 또한 S3 One Zone-IA에서 S3 Glacier Instant Retrieval로 전환할 수 없습니다.

    그 객체를 동일한 키 이름으로 동일한 버킷에 복사한 후 다음과 같이 요청 헤더를 지정하세요.

    • x-amz-metadata-directive 헤더를 COPY로 설정합니다.

    • x-amz-storage-class 헤더를 사용하려는 스토리지 클래스로 설정합니다.

    버전 관리를 사용하는 버킷에서는 특정 객체 버전의 스토리지 클래스를 변경할 수 없습니다. 객체를 복사할 때 Amazon S3는 이 객체에 새 버전 ID를 부여합니다.

  • 객체 크기가 160GB 미만인 경우 Amazon S3 콘솔을 사용하여 객체의 스토리지 클래스를 변경할 수 있습니다. 크기가 더 큰 경우 S3 수명 주기 구성을 추가하여 객체의 스토리지 클래스를 변경하는 것이 좋습니다.

  • 하나의 버킷에 S3 수명 주기 구성을 추가하면 Amazon S3가 객체의 스토리지 클래스를 변경하도록 유도할 수 있습니다. 자세한 내용은 스토리지 수명 주기 관리 섹션을 참조하세요.

  • 복제 구성을 설정할 때 복제된 객체의 스토리지 클래스를 다른 스토리지 클래스로 설정할 수 있습니다. 다만 S3 Glacier Flexible Retrieval 또는 S3 Glacier Deep Archive 스토리지 클래스에 저장된 객체는 복제할 수 없습니다. 자세한 내용은 복제 구성 단원을 참조하십시오.

액세스 정책 권한을 특정 스토리지 클래스로 제한

Amazon S3 작업에 대한 액세스 정책 권한을 부여할 때는 s3:x-amz-storage-class 조건 키를 사용하여 업로드된 객체를 저장할 때 사용할 스토리지 클래스를 제한할 수 있습니다. 예를 들어 s3:PutObject 권한을 부여하면 객체 업로드를 특정 스토리지 클래스로 제한할 수 있습니다. 정책 예제는 예 5: 특정 스토리지 클래스를 이용한 객체 업로드 제한을 참조하세요.

정책의 조건 및 Amazon S3 조건 키의 전체 목록을 사용하는 방법에 대한 자세한 내용은 다음 주제를 참조하세요.