S3 Life Cycle 정책을 활용하여 오래된 데이터를 Glacier로 자동 이관하는 방법은 무엇인가요?

S3 수명 주기 정책 설정 가이드

1단계: 수명 주기 규칙 생성 시작

1. S3 콘솔에서 대상 버킷을 선택합니다.

2. [관리(Management)] 탭으로 이동합니다.

3. [수명 주기 규칙(Lifecycle rules)] 섹션에서 [수명 주기 규칙 생성]을 클릭합니다.

2단계: 규칙 범위 설정

• 규칙 이름: MoveToGlacierAfter90Days (알기 쉬운 이름)

• 규칙 범위:

  • 버킷의 모든 객체에 적용: 전체에 적용할 때.

  • 하나 이상의 필터를 사용하여 제한: 특정 폴더(예: logs/)나 특정 태그가 붙은 파일에만 적용할 때 권장합니다.

3단계: 수명 주기 작업 선택 (Transition)

가장 중요한 부분입니다. [객체의 현재 버전 간 전환]을 체크하세요.

1. 스토리지 클래스 전환: Glacier Flexible Retrieval 또는 Glacier Deep Archive를 선택합니다.

2. 객체 생성 후 경과 일수: 예시로 90을 입력합니다. (파일 생성 90일 후 Glacier로 이동)

3. (옵션) 이전 버전 간 전환: 버전 관리를 쓰고 있다면, 예전 버전들도 함께 옮기도록 설정할 수 있습니다.

4단계: 만료 및 삭제 (선택 사항)

• Glacier에 보관한 지 몇 년이 지나 정말 필요 없는 데이터라면 [객체의 현재 버전 만료]를 체크하여 자동으로 영구 삭제되도록 설정할 수 있습니다. (예: 2555일 = 7년 후 삭제)

📊 스토리지 클래스 전환 예시 (Best Practice)

3가지 주의사항

1. 객체 크기 제한 (128 KB): 128 KB보다 작은 파일은 Glacier로 옮겨도 비용 절감 효과가 거의 없거나 오히려 손해일 수 있습니다. AWS는 작은 파일의 전환을 권장하지 않으며, 일부 클래스에서는 비용을 그대로 청구합니다.

2. 최소 보관 기간: Glacier에 넣었다가 바로 지우면 안 됩니다.

   • Glacier Flexible: 최소 90일 보관 권장.

   • Deep Archive: 최소 180일 보관 권장. (그전에 지우면 남은 기간만큼 비용 청구)

3. 전환 비용: 파일을 옮길 때 PUT/COPY 요청 비용이 발생합니다. 수억 개의 아주 작은 파일을 한꺼번에 옮기면 배보다 배꼽이 더 큰 비용 폭탄을 맞을 수 있으니, 파일들을 미리 압축해서 개수를 줄이는 것이 좋습니다.