수명 주기 구성의 요소
S3 수명 주기 구성은 Amazon S3가 객체 수명 주기 동안 수행하는 작업을 설명하는 다양한 요소를 포함하는 수명 주기 규칙으로 구성됩니다. Amazon S3 수명 주기 구성을 하나 이상의 수명 주기 규칙으로 구성된 XML로 지정합니다. 이때 각 규칙은 하나 이상의 요소로 이루어집니다.
<LifecycleConfiguration> <Rule> <Element> </Rule> <Rule> <Element> <Element> </Rule> </LifecycleConfiguration>
각 규칙은 다음과 같은 요소로 구성됩니다.
-
규칙 메타데이터에는 규칙 ID와 규칙의 활성화 여부를 나타내는 상태가 포함됩니다. 규칙이 사용 중지되면 Amazon S3은 규칙에 지정된 작업을 수행하지 않습니다.
-
규칙이 적용되는 객체를 식별하는 필터. 객체 크기, 객체 키 접두사, 하나 이상의 객체 태그 또는 필터 조합을 사용하여 필터를 지정할 수 있습니다.
-
Amazon S3이 객체 수명 주기의 특정 날짜 또는 기간 동안 지정된 작업을 수행하기를 원하는 하나 이상의 전환 또는 만료 작업
다음 섹션에서는 S3 수명 주기 구성의 XML 요소에 대해 설명합니다. 구성에 대한 예시는 S3 수명 주기 구성의 예제 섹션을 참조하십시오.
ID 요소
한 S3 수명 주기 구성에서 최대 1,000개의 규칙을 설정할 수 있으며, 이 제한은 조정할 수 없습니다. <ID> 요소는 각 규칙을 고유하게 식별합니다. ID 길이는 255자로 제한됩니다.
상태 요소
이때 <Status> 요소 값은 Enabled 또는 Disabled가 될 수 있습니다. 규칙이 사용 중지되면 Amazon S3은 규칙에 정의된 작업을 수행하지 않습니다.
필터 요소
S3 수명 주기 규칙은 규칙에서 지정하는 <Filter> 요소에 기반하여 버킷 내 객체의 모든 하위 집합 또는 하나의 하위 집합에 적용될 수 있습니다.
키 접두사, 객체 태그 또는 이 둘의 조합으로 객체를 필터링할 수 있습니다. 조합하는 경우 Amazon S3가 논리적 AND를 사용하여 필터를 조합합니다. 필터에 대한 예제 및 자세한 정보는 수명 주기 규칙에 필터 추가 섹션을 참조하세요.
-
키 접두사를 사용하여 필터 지정 – 이 예시는 키 이름 접두사(
logs/)에 기반하여 객체의 하위 집합에 적용되는 S3 수명 주기 규칙을 보여 줍니다. 예를 들어, 이 수명 주기 규칙은 객체logs/mylog.txt,logs/temp1.txt및logs/test.txt에 적용됩니다. 이 규칙은 객체example.jpg에는 적용되지 않습니다.<LifecycleConfiguration> <Rule> <Filter> <Prefix>logs/</Prefix> </Filter>transition/expiration actions... </Rule> ... </LifecycleConfiguration>다른 키 이름 접두사에 기반하여 객체의 하위 집합에 수명 주기 작업을 적용하려면 별도의 규칙을 지정하십시오. 각각의 규칙에서 접두사 기반 필터를 지정하십시오. 예를 들어, 키 접두사
projectA/와projectB/를 가진 객체의 수명 주기 작업을 설명하려면 아래와 같이 두 가지 규칙을 지정합니다.<LifecycleConfiguration> <Rule> <Filter> <Prefix>projectA/</Prefix> </Filter>transition/expiration actions... </Rule> <Rule> <Filter> <Prefix>projectB/</Prefix> </Filter>transition/expiration actions... </Rule> </LifecycleConfiguration>객체 키에 대한 자세한 내용은 Amazon S3 객체 이름 지정 섹션을 참조하십시오.
-
객체 태그에 기반한 필터 지정 - 다음 예시에서 수명 주기 규칙은 태그(
keyvalue<LifecycleConfiguration> <Rule> <Filter> <Tag> <Key>key</Key> <Value>value</Value> </Tag> </Filter>transition/expiration actions... </Rule> </LifecycleConfiguration>여러 개의 태그를 기반으로 필터를 지정할 수 있습니다. 다음 예시와 같이
<And>요소로 태그를 묶어야 합니다. 규칙은 2개의 태그(특정 태그 키와 값)를 가진 객체에서 수명 주기 작업을 수행하도록 Amazon S3에 지시합니다.<LifecycleConfiguration> <Rule> <Filter> <And> <Tag> <Key>key1</Key> <Value>value1</Value> </Tag> <Tag> <Key>key2</Key> <Value>value2</Value> </Tag> ... </And> </Filter>transition/expiration actions</Rule> </Lifecycle>수명 주기 규칙은 태그 2개가 모두 지정된 객체에 적용됩니다. Amazon S3가 논리적
AND를 수행합니다. 유의할 사항:-
각 태그는 키 및 값 모두와 정확히 일치해야 합니다.
<Key>요소만 지정하고<Value>요소는 지정하지 않는 경우, 규칙은 태그 키와 일치하고 값이 지정되지 않은 객체에만 적용됩니다. -
이 규칙은 규칙에 모든 태그가 지정되는 객체의 하위 집합에 적용됩니다. 객체에 추가 태그가 지정되어 있더라도 규칙은 계속 적용됩니다.
참고
필터에서 복수의 태그를 지정할 경우, 각각의 태그 키가 고유해야 합니다.
-
-
접두사와 하나 이상의 태그에 기반한 필터 지정 - 수명 주기 규칙에서 키 접두사 및 하나 이상의 태그에 기반하여 필터를 지정할 수 있습니다. 이 경우에도 아래와 같이 이 모든 필터 요소를
<And>요소로 묶어야 합니다.<LifecycleConfiguration> <Rule> <Filter> <And> <Prefix>key-prefix</Prefix> <Tag> <Key>key1</Key> <Value>value1</Value> </Tag> <Tag> <Key>key2</Key> <Value>value2</Value> </Tag> ... </And> </Filter> <Status>Enabled</Status>transition/expiration actions</Rule> </LifecycleConfiguration>Amazon S3가 논리적
AND를 사용하여 이러한 필터를 조합합니다. 즉, 규칙은 특정 키 접두사와 특정 태그를 가진 객체의 하위 집합에 적용됩니다. 필터는 단 1개의 접두사와 0개 이상의 태그를 가질 수 있습니다. -
빈 필터(empty filter)를 지정할 수도 있는데, 이 경우에 규칙은 버킷 내 모든 객체에 적용됩니다.
<LifecycleConfiguration> <Rule> <Filter> </Filter> <Status>Enabled</Status>transition/expiration actions</Rule> </LifecycleConfiguration> -
객체 크기(object size)별로 규칙을 필터링하려면 최소 크기(
ObjectSizeGreaterThan) 또는 최대 크기(ObjectSizeLessThan)를 지정하거나 객체 크기 범위를 지정할 수 있습니다.객체 크기 값은 바이트 단위입니다. 기본적으로 128KB 미만의 객체는 최소 크기(
ObjectSizeGreaterThan) 또는 최대 크기(ObjectSizeLessThan)를 더 작게 지정하지 않는 한 스토리지 클래스로 전환되지 않습니다. 자세한 내용은 예제: 128KB 미만의 객체 전환 허용 단원을 참조하십시오.<LifecycleConfiguration> <Rule> <Filter> <ObjectSizeGreaterThan>500</ObjectSizeGreaterThan> </Filter> <Status>Enabled</Status>transition/expiration actions</Rule> </LifecycleConfiguration>참고
ObjectSizeGreaterThan및ObjectSizeLessThan필터는 지정된 값을 제외합니다. 예를 들어 128KB에서 1024KB로 객체를 설정하여 S3 Standard 스토리지 클래스에서 S3 Standard-IA 스토리지 클래스로 이동할 때 크기가 정확히 1024KB와 128KB인 객체는 S3 Standard-IA로 이전되지 않습니다. 대신 규칙은 크기가 128KB보다 크고 1024KB 미만인 객체에만 적용됩니다.객체 크기 범위를 지정하는 경우
ObjectSizeGreaterThan정수는ObjectSizeLessThan값보다 작아야 합니다. 둘 이상의 필터를 사용하는 경우<And>요소로 필터를 묶어야 합니다. 다음 예에서는 500~64,000바이트 범위의 객체를 지정하는 방법을 보여 줍니다.<LifecycleConfiguration> <Rule> <Filter> <And> <Prefix>key-prefix</Prefix> <ObjectSizeGreaterThan>500</ObjectSizeGreaterThan> <ObjectSizeLessThan>64000</ObjectSizeLessThan> </And> </Filter> <Status>Enabled</Status>transition/expiration actions</Rule> </LifecycleConfiguration>
수명 주기 작업을 설명할 요소
S3 수명 주기 규칙에 사전 정의된 다음 작업 중 하나 이상을 지정하여 객체의 수명 주기에 따라 Amazon S3이 특정 작업을 수행하도록 지시할 수 있습니다. 이러한 작업의 효과는 버킷의 버전 관리 상태에 따라 달라집니다.
-
Transition작업 요소 – 한 스토리지 클래스에서 다른 스토리지 클래스로 객체를 전환하려면Transition작업을 지정합니다. 객체 전환에 대한 자세한 내용은 Supported transitions 섹션을 참조하십시오. 객체의 수명 주기에서 지정된 날짜 또는 기간이 도래하면 Amazon S3이 전환을 수행합니다.버전이 지정된 버킷(버전 관리를 사용하거나 버전 관리가 일시 중지된 버킷)의 경우
Transition작업은 현재 객체 버전에 적용됩니다. 최신이 아닌 버전을 관리하기 위해 Amazon S3에서는NoncurrentVersionTransition작업을 정의합니다(이 주제의 뒷부분에서 설명).
-
Expiration작업 요소 -Expiration작업은 규칙에서 식별된 객체를 만료시키고 모든 Amazon S3 스토리지 클래스의 적격 객체에 적용됩니다. 스토리지 클래스에 대한 자세한 정보는 Amazon S3 스토리지 클래스 이해 및 관리를 참조하십시오. Amazon S3에 의해 만료된 모든 객체는 사용할 수 없게 되고, 버킷의 버전 관리 상태에 따라 객체의 영구 삭제 여부가 결정됩니다.-
버전이 지정되지 않은 버킷 -
Expiration작업을 수행하면 Amazon S3가 객체를 영구적으로 제거합니다. -
버전이 지정된 버킷 - 버전이 지정된 버킷(즉, 버전 관리를 사용하거나 버전 관리가 일시 중지된 버킷)의 경우, Amazon S3이
Expiration작업을 처리하는 방식에 대한 몇 가지 고려 사항이 있습니다. 버전 관리가 활성화되거나 버전 관리가 일시 중지된 버킷에는 다음이 적용됩니다.-
Expiration작업은 최신 버전에만 적용됩니다(비 최신 버전에는 영향이 없음). -
객체 버전이 1개 이상이고 삭제 마커가 최신 버전이면 Amazon S3은 작업을 수행하지 않습니다.
-
최신 객체 버전이 유일한 객체 버전이면서 삭제 마커인 경우(만료된 객체 삭제 마커라고도 하는데, 이 경우 모든 객체 버전이 삭제되고 하나의 삭제 마커만 남게 됨), Amazon S3은 만료된 객체 삭제 마커를 제거합니다. 만료 행위를 사용하여 Amazon S3에게 만료된 객체 삭제 마커를 제거하도록 지시할 수도 있습니다. 관련 예제는 버전 관리를 사용하는 버킷에서 만료된 객체 삭제 마커 제거 섹션을 참조하십시오
자세한 내용은 S3 버전 관리로 여러 버전의 객체 유지 섹션을 참조하십시오.
Amazon S3을 설정하여 만료를 관리할 때는 다음 사항도 고려하십시오.
-
버전 관리를 사용하는 버킷
최신 객체 버전이 삭제 마커가 아닌 경우 Amazon S3은 고유한 버전 ID를 갖는 삭제 마커를 추가합니다. 이를 통해 최신 버전이 최신이 아닌 버전이 되고 삭제 마커가 최신 버전이 됩니다.
-
버전 관리가 일시 중지된 버킷
버전 관리가 일시 중지된 버킷에서는 만료 작업으로 인해 Amazon S3가 버전 ID가
null인 삭제 마커를 생성합니다. 삭제 마커는 버전 계층 구조에서 null 버전 ID로 모든 객체 버전을 대체함으로써 결과적으로 객체를 삭제합니다.
-
-
또한 Amazon S3에서는 버전이 지정된 버킷(즉, 버전 관리를 사용하거나 버전 관리가 일시 중지된 버킷)에서 최신이 아닌 객체 버전을 관리하는 데 사용할 수 있는 다음 작업을 제공합니다.
-
NoncurrentVersionTransition작업 요소 – 이 작업을 사용하여 언제 Amazon S3에서 객체를 지정된 스토리지 클래스로 전환할지 지정합니다. 이 만료는 객체가 비최신 상태가 된 시점부터 특정 일수를 기준으로 할 수 있습니다. 일수 외에도 유지할 비최신 버전의 최대 개수를 제공할 수 있습니다(1~100개). 이 값은 Amazon S3가 특정 버전에서 관련 작업을 수행하기 전에 얼마나 많은 새로운 비최신 버전이 있어야 하는지를 판단합니다. Amazon S3는 보존하도록 지정된 수를 초과하는 모든 추가 비최신 버전을 전환합니다.비최신 버전의 최대 개수를 지정하려면
Filter요소 또한 제공해야 합니다.Filter요소를 지정하지 않은 상태로 비최신 버전의 최대 수를 제공하는 경우 Amazon S3에서InvalidRequest오류가 발생합니다.객체 전환에 대한 자세한 내용은 Supported transitions 섹션을 참조하십시오.
NoncurrentVersionTransition작업에서 일 수를 지정할 때 Amazon S3가 날짜를 계산하는 방법에 대한 자세한 내용은 수명 주기 규칙: 객체 기간 기반 섹션을 참조하십시오. -
NoncurrentVersionExpiration작업 요소 – 이 작업을 사용하여 Amazon S3가 비최신 객체 버전을 영구적으로 삭제하도록 지시합니다. 이러한 삭제된 객체는 복구할 수 없습니다. 이 만료는 객체가 비최신 상태가 된 시점부터 특정 일수를 기준으로 할 수 있습니다. 일수 외에도 유지할 비최신 버전의 최대 개수를 제공할 수 있습니다(1~100개). 이 값은 Amazon S3가 특정 버전에서 관련 작업을 수행하기 전에 얼마나 많은 새로운 비최신 버전이 있어야 하는지를 지정합니다. Amazon S3는 보존하도록 지정된 수를 초과하는 모든 추가 비최신 버전을 영구적으로 삭제합니다.비최신 버전의 최대 개수를 지정하려면
Filter요소 또한 제공해야 합니다.Filter요소를 지정하지 않은 상태로 비최신 버전의 최대 수를 제공하는 경우 Amazon S3에서InvalidRequest오류가 발생합니다.최신 버전이 아닌 객체를 지연 제거하면 실수로 인한 삭제 또는 덮어쓰기로부터 복구해야 하는 경우에 유용합니다. 예를 들어, 비 최신 버전이 되고 5일 이후에 비 최신 버전을 삭제하도록 만료 규칙을 구성할 수 있습니다. 예를 들어, 2014년 1월 1일 오전 10시 30분(UTC)에
photo.gif(버전 ID 111111)라고 하는 객체를 생성한 경우, 2014년 1월 2일 오전 11시 30분에 실수로photo.gif(버전 ID 111111)를 삭제하면 새 버전 ID(예: 버전 ID 4857693)와 함께 삭제 마커가 생성됩니다. 이제 5일 동안 원래 버전의photo.gif(버전 ID 111111)를 복구할 수 있으며, 5일이 지나면 영구 삭제됩니다. 비최신 버전이 된 지 5일 후인 2014년 1월 8일 0시(UTC)에 만료 수명 주기 규칙이 실행되어photo.gif(버전 ID 111111)를 영구 삭제합니다.NoncurrentVersionExpiration작업에서 일 수를 지정할 때 Amazon S3가 날짜를 계산하는 방법에 대한 자세한 내용은 수명 주기 규칙: 객체 기간 기반 섹션을 참조하십시오.참고
객체 만료 수명 주기 구성은 완료되지 않은 멀티파트 업로드를 제거하지 않습니다. 불완전 멀티파트 업로드업로드를 제거하려면 이 단원 뒷부분에서 설명하는
AbortIncompleteMultipartUpload수명 주기 구성 작업을 사용해야 합니다.
전환 및 만료 작업뿐만 아니라 다음과 같은 수명 주기 구성 작업을 사용함으로써 미완료 멀티파트 업로드를 중지하거나 만료된 객체 삭제 마커를 제거하도록 Amazon S3에 지시할 수 있습니다.
-
AbortIncompleteMultipartUpload작업 요소 - 이 요소를 사용해 멀티파트 업로드가 진행 상태에 있길 원하는 최대 시간(일수)을 설정합니다. 해당 멀티파트 업로드(수명 주기 규칙에서 지정된 키 이름prefix에 의해 결정)가 사전 지정된 기간 내에 성공적으로 완료되지 않으면, Amazon S3는 불완전 멀티파트 업로드를 중지합니다. 자세한 내용은 멀티파트 업로드 중단 단원을 참조하십시오.참고
객체 태그를 사용하는 필터가 있는 규칙에서는 이 수명 주기 작업을 지정할 수 없습니다.
-
ExpiredObjectDeleteMarker작업 요소 – 버전 관리가 활성화된 버킷에서 비최신 버전이 없는 삭제 마커는 만료된 객체 삭제 마커라고 부릅니다. 이 수명 주기 작업을 사용하여 Amazon S3에 만료된 객체 삭제 마커를 제거하도록 지시할 수 있습니다. 예시는 버전 관리를 사용하는 버킷에서 만료된 객체 삭제 마커 제거을 확인하세요.참고
객체 태그를 사용하는 필터가 있는 규칙에서는 이 수명 주기 작업을 지정할 수 없습니다.
Amazon S3이 최신이 아닌 객체 버전이 된 기간을 계산하는 방법
버전 관리가 사용 설정된 버킷에는 여러 버전의 객체가 있을 수 있습니다. 항상 하나의 현재 버전과 0개 이상의 이전 버전이 있습니다. 새로 객체를 업로드할 때마다 새로 업로드된 후임 버전이 최신 버전이 되고, 기존의 최신 버전은 비 최신 버전이 됩니다. 최신이 아닌 객체 버전이 된 기간을 계산하기 위해 Amazon S3은 후속 객체가 생성된 날짜를 확인합니다. Amazon S3은 후속 객체의 생성 일수를 사용하여 최신이 아닌 객체 버전이 된 기간을 계산합니다.
S3 수명 주기 구성을 사용한 이전 버전의 객체 복원
이전 버전 복원의 설명과 같이 다음 두 가지 방법 중 하나를 사용하여 이전 버전의 객체를 검색할 수 있습니다.
-
방법 1 – 비최신 버전의 객체를 동일한 버킷으로 복사합니다. 복사된 객체는 해당 객체의 최신 버전이 되고 모든 객체 버전은 유지됩니다.
-
방법 2 – 객체의 현재 버전을 영구적으로 삭제합니다. 최신 객체 버전을 삭제하는 것은 실제로 해당 객체의 비 최신 버전을 최신 버전으로 만드는 것과 같습니다.
버전 관리가 활성화된 버킷에 S3 수명 주기 구성 규칙을 사용할 경우 방법 1을 사용하는 것이 모범 사례입니다.
S3 수명 주기는 최종 일관성 모델로 작동합니다. 영구적으로 삭제한 최신 버전은 변경 사항이 모든 Amazon S3 시스템에 전파될 때까지 사라지지 않을 수 있습니다. (따라서 Amazon S3가 이 삭제를 일시적으로 인식하지 못할 수 있습니다.) 그 동안 최신 버전이 아닌 객체를 만료시키도록 구성된 수명 주기 규칙에 의해 복구하려는 객체를 포함하여 최신 버전이 아닌 객체가 영구 제거될 수 있습니다. 따라서 방법 1에서 권장하는 대로 이전 버전을 복사하는 것이 더 안전합니다.
수명 주기 작업 및 버킷의 버전 관리 상태
객체가 포함된 버킷의 버전 관리 상태에 따라 S3 수명 주기 구성 규칙 작업이 객체에 수행하는 작업이 다음 표에 요약되어 있습니다.
| 작업 | 버전 관리를 사용하지 않는 버킷(버전 관리를 사용 설정하지 않은 경우) | 버전 관리를 사용하는 버킷 | 버전 관리가 일시 중지된 버킷 |
|---|---|---|---|
|
객체의 수명 주기에서 지정된 날짜 또는 기간에 도달하면. |
Amazon S3이 객체를 지정된 스토리지 클래스로 전환합니다. | Amazon S3이 최신 버전의 객체를 지정된 스토리지 클래스로 전환합니다. | 버전 관리를 사용하는 버킷과 동일하게 작동합니다. |
|
객체의 수명 주기에서 지정된 날짜 또는 기간에 도달하면. |
Expiration 작업은 객체를 삭제하며, 이렇게 삭제된 객체는 복구할 수 없습니다. |
최신 버전이 삭제 마커가 아닐 경우 Amazon S3는 삭제 마커를 생성하여 최신 버전으로 만들고 기존 최신 버전은 비최신 버전으로 유지합니다. | 수명 주기 작업은 null 버전 ID로 삭제 마커를 생성하여 최신 버전으로 만듭니다. 최신 버전 객체의 버전 ID가 null일 경우 Expiration 작업은 이 버전을 영구 삭제합니다. 그렇지 않으면 최신 버전을 비 최신 버전으로 유지합니다. |
|
객체가 지정된 일 수 동안 최신이 아닌 것으로 분류되었거나 유지할 지정된 최신이 아닌 버전의 최대 수가 초과된 경우. |
NoncurrentVersionTransition은 아무 영향이 없습니다. |
Amazon S3이 최신이 아닌 객체 버전을 지정된 스토리지 클래스로 전환합니다. |
버전 관리를 사용하는 버킷과 동일하게 작동합니다. |
|
객체가 지정된 일 수 동안 최신이 아닌 것으로 분류되었거나 유지할 지정된 최신이 아닌 버전의 최대 수가 초과된 경우. |
NoncurrentVersionExpiration은 아무 영향이 없습니다. |
NoncurrentVersionExpiration 작업은 비최신 버전의 객체를 영구적으로 삭제하며, 이렇게 삭제된 객체는 복구할 수 없습니다. |
버전 관리를 사용하는 버킷과 동일하게 작동합니다. |
수명 주기 규칙: 객체 기간 기반
객체 생성 또는 수정 시점을 기준으로 Amazon S3가 지정된 작업을 수행할 수 있는 기간(일수)을 지정할 수 있습니다.
S3 수명 주기 구성에서 Transition 및 Expiration 작업 일수를 지정할 경우, 다음에 유의하십시오.
-
지정하는 값은 작업이 이루어질 객체 생성 이후의 일수입니다.
-
Amazon S3는 객체 생성 시간을 기준으로 규칙에 지정된 일수를 계산하며, 익일 자정(UTC)으로 계산된 시간을 상향 조정합니다. 예를 들어, 객체가 2014년 1월 15일 오전 10시 30분에 생성되고, 전환 규칙에 3일을 지정한 경우 객체의 전환일은 2014년 1월 19일 0시가 됩니다.
참고
Amazon S3은 각 객체에 대해 최종 수정일만 유지합니다. 예를 들어, Amazon S3 콘솔은 객체의 속성 창에 마지막 수정 날짜를 표시합니다. 새 객체를 처음 생성할 때 이 날짜는 객체가 생성된 날짜가 되고, 객체를 변경하면 날짜도 이에 따라 바뀝니다. 따라서 생성 날짜는 마지막 수정 날짜와 동일합니다.
수명 주기 구성에서 NoncurrentVersionTransition 및 NoncurrentVersionExpiration 작업의 일 수를 지정할 경우 다음에 유의하십시오.
-
지정하는 값은 Amazon S3가 지정된 객체에 대해 작업을 수행할 기간으로 객체 버전이 비최신이 된 이후의 일수(즉, 객체를 덮어쓰거나 삭제한 후 경과한 일수)입니다.
-
Amazon S3는 후속 버전의 새 객체가 생성된 시간을 기준으로 규칙에 지정된 일수를 계산하며, 익일 자정(UTC)으로 계산된 시간을 상향 조정합니다. 예를 들어 버킷에서 2014년 1월 1일 오전 10시30분(UTC)에 생성된 객체가 현재 버전이라고 가정합시다. 현재 버전을 대체한 새 버전이 2014년 1월 15일 오전 10시 30분(UTC)에 생성되었고 전환 규칙에 3일을 지정했다면, 해당 객체의 전환일은 2014년 1월 19일 0시(UTC)로 계산됩니다.
수명 주기 규칙: 지정된 날짜 기반
S3 수명 주기 규칙에서 작업을 지정할 때 Amazon S3에서 작업을 수행하기를 원하는 날짜를 지정할 수 있습니다. 특정 데이터가 도착하면 Amazon S3이 필터 기준에 부합하는 모든 객체에 작업을 적용합니다.
과거 날짜를 사용하여 S3 수명 주기 작업을 지정할 경우 기준을 충족하는 모든 객체가 즉시 해당 수명 주기 작업의 대상이 됩니다.
중요
날짜 기반 작업은 일회용 작업이 아닙니다. Amazon S3은 날짜가 경과한 이후에도 해당 규칙 상태가 Enabled로 유지되는 한 데이터 기반 작업을 계속 적용합니다.
예를 들어, 날짜 기반 Expiration 작업을 지정하여 모든 객체를 삭제한다고 가정해 봅시다(규칙에 지정된 필터가 없는 것으로 가정). 지정된 날짜에 Amazon S3은 버킷 내 모든 객체를 만료시킵니다. 또한 Amazon S3는 사용자가 버킷에서 만드는 새 객체도 모두 만료시킵니다. 수명 주기 작업을 중지하려면 작업을 수명 주기 규칙에서 제거하거나, 규칙을 비활성화하거나, 규칙을 수명 주기 구성에서 삭제해야 합니다.
날짜 값은 ISO 8601 형식을 준수해야 합니다. 시간은 항상 자정(UTC)입니다.
참고
Amazon S3 콘솔을 사용하여 날짜 기반 수명 주기 규칙을 만들 수는 없지만 그러한 규칙을 확인, 비활성화 또는 삭제할 수는 있습니다.
