수명 주기 규칙, 오래된 파일을 사람 손 없이 옮기기

규칙은 접두사와 나이로 좁혀 적용합니다

수명 주기 규칙을 버킷 전체에 한 번에 걸면 옮기면 안 되는 데이터까지 함께 움직입니다. 그래서 적용 범위를 먼저 좁힙니다. 범위를 좁히는 방법은 두 가지입니다. 첫째는 경로 접두사입니다. 로그나 백업처럼 성격이 같은 데이터가 같은 경로 아래 있으면 그 경로만 지정합니다. 둘째는 태그입니다. 경로가 섞여 있으면 보관 정책을 태그로 표시하고 그 태그에만 규칙을 적용합니다. 그다음 나이 조건을 정합니다. 며칠 뒤 전환하고 며칠 뒤 만료할지 숫자로 적습니다. 범위와 나이를 모두 좁힌 규칙만 운영에 넣습니다.

전환과 만료를 한 규칙에 같이 적습니다

규칙은 보통 두 동작을 함께 담습니다. 전환은 더 싼 클래스로 옮기는 동작이고, 만료는 지우는 동작입니다. 두 동작의 날짜를 함께 적어야 데이터의 전체 수명이 한눈에 보입니다. 예를 들어 30일 뒤 저빈도로 전환하고 365일 뒤 만료한다고 적으면, 이 데이터가 1년 뒤 사라진다는 사실이 규칙 자체에 남습니다. 주의할 점은 만료 날짜를 법적 보존 기간보다 짧게 두지 않는 것입니다. 또 버전 관리가 켜진 버킷이라면 현재 버전과 이전 버전의 규칙을 따로 적어야 합니다. 이전 버전 규칙을 빼면 지운 데이터가 계속 비용을 만듭니다.

누적 전환량으로 연간 효과를 냅니다

학습용 가정으로 계산합니다. 가정값은 매월 100기가바이트가 전환 조건을 새로 만족하고, 표준과 저빈도의 단가 차이가 기가바이트당 14원이라고 두겠습니다. 12개월이 지나면 누적 전환량은 1,200기가바이트이고, 그 시점의 월 절감액은 1,200 곱하기 14원으로 16,800원입니다. 이것이 중간 계산값입니다. 최종 효과에는 사람이 손으로 옮기던 작업 시간을 더합니다. 월 30분이 들었다면 0.5시간이고 내부 시간 비용 시간당 30,000원으로 15,000원입니다. 합치면 12개월 시점의 월 효과는 31,800원입니다. 전환은 누적이므로 초기 몇 달의 효과는 이보다 작습니다.

되돌릴 수 없는 동작이 섞여 있습니다

결론을 뒤집는 조건은 만료의 비가역성입니다. 전환은 다시 올릴 수 있지만 만료로 지워진 객체는 버전 관리가 없으면 돌아오지 않습니다. 그래서 새 규칙은 만료 동작을 끈 상태로 먼저 넣고, 전환만 한 달 지켜본 뒤 만료를 켭니다. 두 번째 조건은 최소 보관 기간입니다. 전환 뒤 곧바로 만료하는 규칙을 적으면 최소 보관 기간 위반으로 남은 기간 요금이 청구되어 절감이 사라집니다. 그래서 전환 날짜와 만료 날짜의 간격을 최소 보관 기간보다 길게 둡니다. 규칙 문서에는 전환일, 만료일, 최소 보관 기간 세 숫자를 나란히 적습니다.

AWS 비용 실행 전 점검표

• 접두사 또는 태그로 적용 범위를 좁혔다
• 전환일과 만료일을 한 규칙에 함께 적었다
• 이전 버전에 대한 규칙을 따로 적었다
• 전환일과 만료일 간격을 최소 보관 기간보다 길게 두었다