S3 Lifecycle 구성 예시

이 섹션은 S3 Lifecycle 구성의 예시를 제공해요. 각 예시는 각 예시 시나리오에서 XML을 어떻게 지정하는지 보여줘요.

출처: 문서

본문

생성 후 1일 안에 모든 객체 아카이브

각 S3 Lifecycle 규칙에는 S3 Lifecycle 규칙이 적용되는 버킷의 객체 하위 집합을 식별하는 데 사용할 수 있는 필터가 포함돼요. 다음 S3 Lifecycle 구성은 필터를 지정하는 방법의 예시를 보여줘요.

이 S3 Lifecycle 구성 규칙에서 필터는 키 접두사(tax/)를 지정해요. 따라서 이 규칙은 tax/doc1.txt, tax/doc2.txt처럼 키 이름 접두사가 tax/인 객체에 적용돼요. 이 규칙은 Amazon S3가 다음을 수행하도록 지시하는 두 가지 작업을 지정해요.
- 생성 후 365일(1년)이 지나면 객체를 S3 Glacier Flexible Retrieval 스토리지 클래스로 전환.
- 생성 후 3,650일(10년)이 지나면 객체 삭제(Expiration 작업).

<LifecycleConfiguration>
  <Rule>
    <ID>Transition and Expiration Rule</ID>
    <Filter>
       <Prefix>tax/</Prefix>
    </Filter>
    <Status>Enabled</Status>
    <Transition>
      <Days>365</Days>
      <StorageClass>GLACIER</StorageClass>
    </Transition>
    <Expiration>
      <Days>3650</Days>
    </Expiration>
  </Rule>
</LifecycleConfiguration>

객체 수명을 생성 후 일수로 지정하는 대신 각 작업에 날짜를 지정할 수 있어요. 하지만 같은 규칙에서 Date와 Days를 둘 다 사용할 수는 없어요.

S3 Lifecycle 규칙이 버킷의 모든 객체에 적용되기를 원한다면 빈 접두사를 지정하세요. 다음 구성에서 규칙은 생성 후 0일이 지나면 객체를 S3 Glacier Flexible Retrieval 스토리지 클래스로 전환하도록 Amazon S3에 지시하는 Transition 작업을 지정해요. 이 규칙은 객체가 생성 후 다음 자정(UTC)에 S3 Glacier Flexible Retrieval 보관 대상이 된다는 뜻이에요. Lifecycle 제약에 대한 자세한 내용은 "전환의 제약 및 고려 사항"을 참고하세요.

<LifecycleConfiguration>
  <Rule>
    <ID>Archive all object same-day upon creation</ID>
    <Filter>
      <Prefix></Prefix>
    </Filter>
    <Status>Enabled</Status>
    <Transition>
      <Days>0</Days>
      <StorageClass>GLACIER</StorageClass>
    </Transition>
  </Rule>
</LifecycleConfiguration>

필터에서 키 이름 접두사 0개 또는 1개와 객체 태그 0개 이상을 지정할 수 있어요. 다음 예시 코드는 tax/ 키 접두사가 있는 객체와 특정 키와 값을 가진 태그 두 개가 있는 객체의 하위 집합에 S3 Lifecycle 규칙을 적용해요. 필터를 두 개 이상 지정할 때는 표시된 대로 <And> 요소를 포함해야 해요(Amazon S3는 논리적 AND를 적용해 지정된 필터 조건을 결합해요).

...
<Filter>
   <And>
      <Prefix>tax/</Prefix>
      <Tag>
         <Key>key1</Key>
         <Value>value1</Value>
      </Tag>
      <Tag>
         <Key>key2</Key>
         <Value>value2</Value>
      </Tag>
    </And>
</Filter>
...

태그만으로 객체를 필터링할 수도 있어요. 예를 들어 다음 S3 Lifecycle 규칙은 지정된 두 태그가 있는 객체(접두사를 지정하지 않음)에 적용돼요.

...
<Filter>
   <And>
      <Tag>
         <Key>key1</Key>
         <Value>value1</Value>
      </Tag>
      <Tag>
         <Key>key2</Key>
         <Value>value2</Value>
      </Tag>
    </And>
</Filter>
...

중요: S3 Lifecycle 구성에 여러 규칙이 있으면 객체가 같은 날 여러 S3 Lifecycle 작업의 대상이 될 수 있어요. 이 경우 Amazon S3는 다음 일반 규칙을 따릅니다.

영구 삭제가 전환보다 우선해요.

전환이 삭제 마커 생성보다 우선해요.

객체가 S3 Glacier Flexible Retrieval과 S3 Standard-IA(또는 S3 One Zone-IA) 전환 모두의 대상이면 Amazon S3는 S3 Glacier Flexible Retrieval 전환을 선택해요.

예시는 "겹치는 필터 및 충돌하는 Lifecycle 작업의 예시"를 참고하세요.

Lifecycle 규칙을 일시적으로 비활성화

status 요소로 S3 Lifecycle 규칙을 일시적으로 비활성화할 수 있어요. 이 기능은 기존 규칙을 덮어쓰지 않고 새 규칙을 테스트하거나 구성 문제를 해결하려 할 때 유용할 수 있어요. 다음 S3 Lifecycle 구성은 두 규칙을 지정해요.

규칙 1은 logs/ 접두사의 객체를 생성 후 곧바로 S3 Glacier Flexible Retrieval 스토리지 클래스로 전환하도록 Amazon S3에 지시해요.
규칙 2는 documents/ 접두사의 객체를 생성 후 곧바로 S3 Glacier Flexible Retrieval 스토리지 클래스로 전환하도록 Amazon S3에 지시해요.

구성에서 규칙 1은 활성화되고 규칙 2는 비활성화돼요. Amazon S3는 비활성화된 규칙을 무시해요.

<LifecycleConfiguration>
  <Rule>
    <ID>Rule1</ID>
    <Filter>
      <Prefix>logs/</Prefix>
    </Filter>
    <Status>Enabled</Status>
    <Transition>
      <Days>0</Days>
      <StorageClass>GLACIER</StorageClass>
    </Transition>
  </Rule>
  <Rule>
    <ID>Rule2</ID>
    <Filter>
      <Prefix>documents/</Prefix>
    </Filter>
    <Status>Disabled</Status>
    <Transition>
      <Days>0</Days>
      <StorageClass>GLACIER</StorageClass>
    </Transition>
  </Rule>
</LifecycleConfiguration>

객체 수명 동안 스토리지 클래스 단계 하향

이 예시에서는 S3 Lifecycle 구성으로 객체 수명 동안 스토리지 클래스를 단계적으로 낮춰요. 단계 하향은 저장 비용을 줄이는 데 도움이 될 수 있어요. 요금에 대한 자세한 내용은 Amazon S3 pricing을 참고하세요.

다음 S3 Lifecycle 구성은 키 이름 접두사가 logs/인 객체에 적용되는 규칙을 지정해요. 규칙은 다음 작업을 지정해요.

전환 작업 두 개:
- 생성 후 30일이 지나면 객체를 S3 Standard-IA 스토리지 클래스로 전환.
- 생성 후 90일이 지나면 객체를 S3 Glacier Flexible Retrieval 스토리지 클래스로 전환.
생성 후 1년이 지나면 객체를 삭제하도록 Amazon S3에 지시하는 만료 작업 하나.

<LifecycleConfiguration>
  <Rule>
    <ID>example-id</ID>
    <Filter>
       <Prefix>logs/</Prefix>
    </Filter>
    <Status>Enabled</Status>
    <Transition>
      <Days>30</Days>
      <StorageClass>STANDARD_IA</StorageClass>
    </Transition>
    <Transition>
      <Days>90</Days>
      <StorageClass>GLACIER</StorageClass>
    </Transition>
    <Expiration>
      <Days>365</Days>
    </Expiration>
  </Rule>
</LifecycleConfiguration>

참고: 모든 작업이 같은 객체 집합(필터로 식별)에 적용되면 하나의 규칙으로 모든 S3 Lifecycle 작업을 설명할 수 있어요. 그렇지 않으면 각각 다른 필터를 지정하는 여러 규칙을 추가할 수 있어요.

중요: S3 Lifecycle 구성에 여러 규칙이 있으면 객체가 같은 날 여러 S3 Lifecycle 작업의 대상이 될 수 있어요. 이 경우 Amazon S3는 다음 일반 규칙을 따릅니다.

영구 삭제가 전환보다 우선해요.

전환이 삭제 마커 생성보다 우선해요.

객체가 S3 Glacier Flexible Retrieval과 S3 Standard-IA(또는 S3 One Zone-IA) 전환 모두의 대상이면 Amazon S3는 S3 Glacier Flexible Retrieval 전환을 선택해요.

예시는 "겹치는 필터 및 충돌하는 Lifecycle 작업의 예시"를 참고하세요.

여러 규칙 지정

서로 다른 객체에 서로 다른 S3 Lifecycle 작업을 원한다면 여러 규칙을 지정할 수 있어요. 다음 S3 Lifecycle 구성에는 두 규칙이 있어요.

규칙 1은 키 이름 접두사 classA/인 객체에 적용돼요. 생성 후 1년이 지나면 객체를 S3 Glacier Flexible Retrieval 스토리지 클래스로 전환하고 생성 후 10년이 지나면 이 객체를 만료시키도록 Amazon S3에 지시해요.
규칙 2는 키 이름 접두사 classB/인 객체에 적용돼요. 생성 후 90일이 지나면 객체를 S3 Standard-IA 스토리지 클래스로 전환하고 생성 후 1년이 지나면 삭제하도록 Amazon S3에 지시해요.

<LifecycleConfiguration>
    <Rule>
        <ID>ClassADocRule</ID>
        <Filter>
           <Prefix>classA/</Prefix>
        </Filter>
        <Status>Enabled</Status>
        <Transition>
           <Days>365</Days>
           <StorageClass>GLACIER</StorageClass>
        </Transition>
        <Expiration>
             <Days>3650</Days>
        </Expiration>
    </Rule>
    <Rule>
        <ID>ClassBDocRule</ID>
        <Filter>
            <Prefix>classB/</Prefix>
        </Filter>
        <Status>Enabled</Status>
        <Transition>
           <Days>90</Days>
           <StorageClass>STANDARD_IA</StorageClass>
        </Transition>
        <Expiration>
             <Days>365</Days>
        </Expiration>
    </Rule>
</LifecycleConfiguration>

중요: S3 Lifecycle 구성에 여러 규칙이 있으면 객체가 같은 날 여러 S3 Lifecycle 작업의 대상이 될 수 있어요. 이 경우 Amazon S3는 다음 일반 규칙을 따릅니다.

영구 삭제가 전환보다 우선해요.

전환이 삭제 마커 생성보다 우선해요.

객체가 S3 Glacier Flexible Retrieval과 S3 Standard-IA(또는 S3 One Zone-IA) 전환 모두의 대상이면 Amazon S3는 S3 Glacier Flexible Retrieval 전환을 선택해요.

예시는 "겹치는 필터 및 충돌하는 Lifecycle 작업의 예시"를 참고하세요.

버전 관리 활성화 버킷용 Lifecycle 규칙 지정

버전 관리가 활성화된 버킷이 있다고 가정해 보세요. 이는 각 객체에 대해 현재 버전과 0개 이상의 비현재 버전이 있다는 뜻이에요. (S3 Versioning에 대한 자세한 내용은 "S3 Versioning으로 객체의 여러 버전 유지"를 참고하세요.)

다음 예시에서 1년 분량의 기록을 유지하고 비현재 버전 5개를 보관하려 한다고 해요. S3 Lifecycle 구성은 어떤 객체든 1~100개의 버전 유지를 지원해요. Amazon S3가 특정 버전을 만료시키려면 5개보다 많은 더 새로운 비현재 버전이 존재해야 한다는 점을 유의하세요. Amazon S3는 유지하도록 지정된 수를 초과하는 추가 비현재 버전을 영구 삭제해요. 삭제가 일어나려면 NoncurrentDays와 NewerNoncurrentVersions 값이 모두 초과되어야 해요.

저장 비용을 절약하려면 비현재가 된 지 30일 후에 비현재 버전을 S3 Glacier Flexible Retrieval로 옮기고 싶어요(이 비현재 객체들이 실시간 접근이 필요 없는 콜드 데이터라고 가정). 또한 현재 버전의 접근 빈도가 생성 후 90일쯤 줄어들 것으로 예상하므로 이 객체들을 S3 Standard-IA 스토리지 클래스로 옮길 수 있어요.

<LifecycleConfiguration>
    <Rule>
        <ID>sample-rule</ID>
        <Filter>
           <Prefix></Prefix>
        </Filter>
        <Status>Enabled</Status>
        <Transition>
           <Days>90</Days>
           <StorageClass>STANDARD_IA</StorageClass>
        </Transition>
        <NoncurrentVersionTransition>
            <NoncurrentDays>30</NoncurrentDays>
            <StorageClass>GLACIER</StorageClass>
        </NoncurrentVersionTransition>
       <NoncurrentVersionExpiration>
            <NewerNoncurrentVersions>5</NewerNoncurrentVersions>
            <NoncurrentDays>365</NoncurrentDays>
       </NoncurrentVersionExpiration>
    </Rule>
</LifecycleConfiguration>

버전 관리 활성화 버킷에서 만료된 객체 삭제 마커 제거

버전 관리 활성화 버킷은 각 객체에 대해 현재 버전 하나와 비현재 버전 0개 이상을 가져요. 객체를 삭제할 때 다음을 주의하세요.

삭제 요청에서 버전 ID를 지정하지 않으면 Amazon S3는 객체를 삭제하는 대신 삭제 마커를 추가해요. 현재 객체 버전은 비현재가 되고 삭제 마커가 현재 버전이 돼요.
삭제 요청에서 버전 ID를 지정하면 Amazon S3는 객체 버전을 영구적으로 삭제해요(삭제 마커는 만들어지지 않아요).
비현재 버전이 0개인 삭제 마커를 만료된 객체 삭제 마커라고 해요.

이 예시는 버킷에 만료된 객체 삭제 마커를 만들 수 있는 시나리오와 S3 Lifecycle 구성을 사용해 Amazon S3가 만료된 객체 삭제 마커를 제거하도록 지시하는 방법을 보여줘요.

다음 예시처럼 NoncurrentVersionExpiration 작업으로 비현재가 된 지 30일 후에 비현재 버전을 제거하고 비현재 버전 10개를 유지하는 S3 Lifecycle 구성을 쓴다고 가정해 보세요. Amazon S3가 특정 버전을 만료시키려면 10개보다 많은 더 새로운 비현재 버전이 존재해야 한다는 점을 유의하세요. Amazon S3는 유지하도록 지정된 수를 초과하는 추가 비현재 버전을 영구 삭제해요. 삭제가 일어나려면 NoncurrentDays와 NewerNoncurrentVersions 값이 모두 초과되어야 해요.

<LifecycleConfiguration>
    <Rule>
        ...
        <NoncurrentVersionExpiration>
            <NewerNoncurrentVersions>10</NewerNoncurrentVersions>
            <NoncurrentDays>30</NoncurrentDays>
        </NoncurrentVersionExpiration>
    </Rule>
</LifecycleConfiguration>

NoncurrentVersionExpiration 작업은 현재 객체 버전에는 적용되지 않아요. 비현재 버전만 제거해요.

현재 객체 버전의 수명을 관리하는 옵션은 현재 객체 버전이 잘 정의된 Lifecycle을 따르는지에 따라 다음과 같아요.

현재 객체 버전이 잘 정의된 Lifecycle을 따르는 경우 — 이 경우 다음 예시처럼 Expiration 작업이 있는 S3 Lifecycle 구성으로 Amazon S3가 현재 버전을 제거하도록 지시할 수 있어요.

<LifecycleConfiguration>
    <Rule>
        ...
        <Expiration>
           <Days>60</Days>
        </Expiration>
        <NoncurrentVersionExpiration>
            <NewerNoncurrentVersions>10</NewerNoncurrentVersions>
            <NoncurrentDays>30</NoncurrentDays>
        </NoncurrentVersionExpiration>
    </Rule>
</LifecycleConfiguration>

이 예시에서 Amazon S3는 각 현재 객체 버전에 삭제 마커를 추가해 생성 후 60일이 지나면 현재 버전을 제거해요. 이 과정은 현재 버전을 비현재로 만들고 삭제 마커가 현재 버전이 돼요. 자세한 내용은 "S3 Versioning으로 객체의 여러 버전 유지"를 참고하세요.

참고: 같은 규칙에 Days와 ExpiredObjectDeleteMarker를 함께 지정할 수 없어요. Days를 지정하면 삭제 마커가 나이 기준을 충족할 만큼 오래되면 Amazon S3가 ExpiredObjectDeleteMarker 정리를 자동으로 수행해요. 삭제 마커가 유일한 버전이 되자마자 정리하려면 ExpiredObjectDeleteMarker만 있는 별도의 규칙을 만드세요. 같은 S3 Lifecycle 구성의 NoncurrentVersionExpiration 작업은 비현재가 된 지 30일 후에 비현재 객체를 제거해요. 따라서 이 예시에서 모든 객체 버전은 객체 생성 후 90일이 지나면 영구적으로 제거돼요. 이 예시에서는 Amazon S3가 특정 버전을 만료시키기 전에 10개보다 많은 더 새로운 비현재 버전이 존재해야 한다는 점을 유의하세요. Amazon S3는 유지하도록 지정된 수를 초과하는 추가 비현재 버전을 영구 삭제해요. 삭제가 일어나려면 NoncurrentDays와 NewerNoncurrentVersions 값이 모두 초과되어야 해요. 이 과정에서 만료된 객체 삭제 마커가 만들어지지만 Amazon S3가 만료된 객체 삭제 마커를 감지해 사용자를 대신해 제거해요.

현재 객체 버전이 잘 정의된 Lifecycle을 따르지 않는 경우 — 이 경우 객체가 필요 없어지면 수동으로 제거해 하나 이상의 비현재 버전이 있는 삭제 마커를 만들 수 있어요. NoncurrentVersionExpiration 작업이 있는 S3 Lifecycle 구성이 모든 비현재 버전을 제거하면 이제 만료된 객체 삭제 마커가 남아요. 이 시나리오를 위해 S3 Lifecycle 구성은 만료된 객체 삭제 마커를 제거하는 데 사용할 수 있는 Expiration 작업을 제공해요.

<LifecycleConfiguration>
    <Rule>
       <ID>Rule 1</ID>
        <Filter>
          <Prefix>logs/</Prefix>
        </Filter>
        <Status>Enabled</Status>
        <Expiration>
           <ExpiredObjectDeleteMarker>true</ExpiredObjectDeleteMarker>
        </Expiration>
        <NoncurrentVersionExpiration>
            <NewerNoncurrentVersions>10</NewerNoncurrentVersions>
            <NoncurrentDays>30</NoncurrentDays>
        </NoncurrentVersionExpiration>
    </Rule>
</LifecycleConfiguration>

Expiration 작업에서 ExpiredObjectDeleteMarker 요소를 true로 설정하면 Amazon S3가 만료된 객체 삭제 마커를 제거하도록 지시해요.

참고: ExpiredObjectDeleteMarker S3 Lifecycle 작업을 사용할 때 규칙은 태그 기반 필터를 지정할 수 없어요.

멀티파트 업로드를 중단하는 Lifecycle 구성

Amazon S3 멀티파트 업로드 REST API 작업으로 대용량 객체를 조각으로 업로드할 수 있어요. 멀티파트 업로드에 대한 자세한 내용은 "Amazon S3에서 멀티파트 업로드를 사용한 객체 업로드 및 복사"를 참고하세요.

S3 Lifecycle 구성을 사용해 시작 후 지정된 일수 안에 완료되지 않은 불완전한 멀티파트 업로드(규칙에 지정된 키 이름 접두사로 식별)를 중지하도록 Amazon S3에 지시할 수 있어요. Amazon S3가 멀티파트 업로드를 중단하면 해당 멀티파트 업로드와 연결된 모든 파트를 삭제해요. 이 과정은 부분이 Amazon S3에 저장된 불완전한 멀티파트 업로드가 없도록 보장해 저장 비용을 관리하는 데 도움을 줘요.

참고: AbortIncompleteMultipartUpload S3 Lifecycle 작업을 사용할 때 규칙은 태그 기반 필터를 지정할 수 없어요.

다음은 AbortIncompleteMultipartUpload 작업이 있는 규칙을 지정하는 S3 Lifecycle 구성 예시예요. 이 작업은 시작 후 7일이 지나면 불완전한 멀티파트 업로드를 중지하도록 Amazon S3에 지시해요.

<LifecycleConfiguration>
    <Rule>
        <ID>sample-rule</ID>
        <Filter>
           <Prefix>SomeKeyPrefix/</Prefix>
        </Filter>
        <Status>rule-status</Status>
        <AbortIncompleteMultipartUpload>
          <DaysAfterInitiation>7</DaysAfterInitiation>
        </AbortIncompleteMultipartUpload>
    </Rule>
</LifecycleConfiguration>

데이터가 없는 비현재 객체 만료

크기만 기준으로 객체를 전환하는 규칙을 만들 수 있어요. ObjectSizeGreaterThan(최소 크기)이나 ObjectSizeLessThan(최대 크기)을 지정하거나 바이트 단위의 객체 크기 범위를 지정할 수 있어요. 접두사와 크기 규칙 같은 필터를 두 개 이상 사용할 때는 필터를 <And> 요소로 감싸야 해요.

<LifecycleConfiguration>
  <Rule>
    <ID>Transition with a prefix and based on size</ID>
    <Filter>
       <And>
          <Prefix>tax/</Prefix>
          <ObjectSizeGreaterThan>500</ObjectSizeGreaterThan>
       </And>
    </Filter>
    <Status>Enabled</Status>
    <Transition>
      <Days>365</Days>
      <StorageClass>GLACIER</StorageClass>
    </Transition>
  </Rule>
</LifecycleConfiguration>

ObjectSizeGreaterThan과 ObjectSizeLessThan 요소를 둘 다 사용해 범위를 지정하면 최대 객체 크기가 최소 객체 크기보다 커야 해요. 필터를 두 개 이상 사용할 때는 필터를 <And> 요소로 감싸야 해요. 다음 예시는 500바이트에서 64,000바이트 사이의 범위에 있는 객체를 지정하는 방법을 보여줘요. 범위를 지정할 때 ObjectSizeGreaterThan과 ObjectSizeLessThan 필터는 지정된 값을 제외해요. 자세한 내용은 "Filter 요소"를 참고하세요.

<LifecycleConfiguration>
    <Rule>
        ...
          <And>
             <ObjectSizeGreaterThan>500</ObjectSizeGreaterThan>
             <ObjectSizeLessThan>64000</ObjectSizeLessThan>
          </And>
    </Rule>
</LifecycleConfiguration>

데이터가 없는 비현재 객체(버전 관리 활성화 버킷에서 만든 비현재 삭제 마커 객체 포함)를 구체적으로 만료시키는 규칙도 만들 수 있어요. 다음 예시는 NoncurrentVersionExpiration 작업으로 비현재가 된 지 30일 후에 비현재 버전을 제거하고 비현재 버전 10개를 유지해요. 이 예시는 ObjectSizeLessThan 요소로 데이터가 없는 객체만 필터링하기도 해요.

Amazon S3가 특정 버전을 만료시키려면 10개보다 많은 더 새로운 비현재 버전이 존재해야 한다는 점을 유의하세요. Amazon S3는 유지하도록 지정된 수를 초과하는 추가 비현재 버전을 영구 삭제해요. 삭제가 일어나려면 NoncurrentDays와 NewerNoncurrentVersions 값이 모두 초과되어야 해요.

<LifecycleConfiguration>
  <Rule>
    <ID>Expire noncurrent with size less than 1 byte</ID>
    <Filter>
       <ObjectSizeLessThan>1</ObjectSizeLessThan>
    </Filter>
    <Status>Enabled</Status>
    <NoncurrentVersionExpiration>
       <NewerNoncurrentVersions>10</NewerNoncurrentVersions>
       <NoncurrentDays>30</NoncurrentDays>
    </NoncurrentVersionExpiration>
  </Rule>
</LifecycleConfiguration>

예제: 128KB보다 작은 객체 전환 허용

Amazon S3는 128KB보다 작은 객체가 어떤 스토리지 클래스로도 전환되지 않도록 하는 기본 동작을 Lifecycle 구성에 적용해요. 더 작은 크기를 지정하는 ObjectSizeGreaterThan(최소 크기)이나 ObjectSizeLessThan(최대 크기) 필터를 구성에 추가하면 작은 객체도 전환되도록 할 수 있어요. 다음 예시는 128KB보다 작은 객체가 S3 Glacier Instant Retrieval 스토리지 클래스로 전환되도록 허용해요.

<LifecycleConfiguration>
  <Rule>
    <ID>Allow small object transitions</ID>
    <Filter>
          <ObjectSizeGreaterThan>1</ObjectSizeGreaterThan>
    </Filter>
    <Status>Enabled</Status>
    <Transition>
      <Days>365</Days>
      <StorageClass>GLACIER_IR</StorageClass>
    </Transition>
  </Rule>
</LifecycleConfiguration>

참고: 2024년 9월, Amazon S3는 작은 객체의 기본 전환 동작을 다음과 같이 업데이트했어요.

업데이트된 기본 전환 동작 — 2024년 9월부터 기본 동작은 128KB보다 작은 객체가 어떤 스토리지 클래스로도 전환되지 않도록 해요.

이전 기본 전환 동작 — 2024년 9월 이전에는 기본 동작이 128KB보다 작은 객체를 S3 Glacier Flexible Retrieval과 S3 Glacier Deep Archive 스토리지 클래스로만 전환할 수 있게 했어요.

2024년 9월 이전에 만든 구성은 수정하지 않는 한 이전 전환 동작을 유지해요. 즉, 규칙을 만들거나 편집하거나 삭제하면 구성의 기본 전환 동작이 업데이트된 동작으로 바뀌어요. 사용 사례에 필요하다면 128KB보다 작은 객체가 S3 Glacier Flexible Retrieval과 S3 Glacier Deep Archive로 전환되도록 기본 전환 동작을 바꿀 수 있어요. 그러려면 PutBucketLifecycleConfiguration 요청에서 선택적 x-amz-transition-object-size-minimum-default 헤더를 사용하세요.

다음 예시는 PutBucketLifecycleConfiguration 요청에서 x-amz-transition-object-size-minimum-default 헤더를 사용해 S3 Lifecycle 구성에 varies_by_storage_class 기본 전환 동작을 적용하는 방법을 보여줘요. 이 동작은 128KB보다 작은 객체가 S3 Glacier Flexible Retrieval 또는 S3 Glacier Deep Archive 스토리지 클래스로 전환되도록 허용해요. 기본적으로 다른 모든 스토리지 클래스는 128KB 미만 전환을 막아요. 사용자 지정 필터로 어떤 스토리지 클래스의 최소 전환 크기를 바꿀 수도 있어요. 사용자 지정 필터는 항상 기본 전환 동작보다 우선해요.

HTTP/1.1 200
x-amz-transition-object-size-minimum-default: varies_by_storage_class
<?xml version="1.0" encoding="UTF-8"?>
...

S3 Lifecycle 구성 예시