버전 관리, 덮어쓴 파일을 되살리기

삭제는 지우는 것이 아니라 표시입니다

버전 관리를 켜면 삭제의 의미가 바뀝니다. 객체를 지우면 실제로 사라지지 않고 삭제 표시가 새 버전으로 추가됩니다. 그래서 목록에는 보이지 않지만 이전 버전은 남아 있습니다. 복구 방법은 그 삭제 표시를 지우는 것입니다. 표시를 지우면 바로 직전 버전이 다시 보이게 됩니다. 이 구조를 알면 실수 삭제 대응이 간단해집니다. 1단계로 버전까지 포함해 목록을 조회합니다. 2단계로 대상 객체의 삭제 표시를 찾습니다. 3단계로 그 표시만 제거합니다. 반대로 구조를 모르면 백업에서 찾으려 하다가 시간을 쓰게 됩니다.

덮어쓰기도 되돌릴 수 있습니다

실수는 삭제보다 덮어쓰기에서 더 자주 생깁니다. 잘못된 파일을 같은 이름으로 올리면 예전 내용이 사라진 것처럼 보입니다. 버전 관리가 켜져 있으면 예전 내용은 이전 버전으로 남아 있으므로, 그 버전을 현재 버전으로 다시 복사하면 복구됩니다. 주의할 점은 이전 버전을 지우지 않는 것입니다. 수명 주기 규칙에서 이전 버전 만료를 짧게 설정해 두면 복구 가능 기간이 그만큼 짧아집니다. 그래서 복구 기대 기간과 이전 버전 만료 기간을 같은 숫자로 맞춰 적어 두어야 합니다. 두 숫자가 어긋나면 복구가 필요한 시점에 이미 지워져 있습니다.

늘어나는 저장량을 계산합니다

학습용 가정으로 계산합니다. 가정값은 현재 객체 총량이 1,000기가바이트이고 매월 150기가바이트 분량이 변경되거나 삭제되며, 이전 버전을 12개월 보관하고 단가가 기가바이트당 월 30원이라고 두겠습니다. 12개월 뒤 이전 버전 누적량은 1,800기가바이트이고 금액은 54,000원입니다. 현재 버전은 30,000원이므로 합계는 84,000원입니다. 중간 계산값으로 보면 이전 버전이 전체 금액의 절반을 넘습니다. 최종 판단은 복구 기대 기간으로 합니다. 1개월만 되돌릴 수 있으면 충분하다면 보관 기간을 줄여 이 금액을 크게 낮출 수 있습니다.

버전 관리가 막지 못하는 삭제가 있습니다

결론을 뒤집는 조건은 권한입니다. 버전까지 지울 수 있는 권한을 가진 주체는 이전 버전도 영구 삭제할 수 있습니다. 그래서 계정이 탈취되면 버전 관리도 보호가 되지 않습니다. 대응 수단은 두 가지입니다. 버전 삭제 권한을 별도로 분리해 소수에게만 주고, 중요한 데이터는 다른 계정이나 리전으로 복제해 둡니다. 두 번째 조건은 버킷 자체 삭제입니다. 버킷을 지우면 안의 모든 버전이 사라지므로, 삭제 방지 설정을 켜 두어야 합니다. 그래서 점검표에는 버전 삭제 권한 보유자 목록과 삭제 방지 설정 여부를 적습니다.

서버 운영 실행 전 점검표

• 삭제 표시 제거로 복구하는 절차를 적었다
• 이전 버전 만료 기간과 복구 기대 기간을 같게 맞췄다
• 이전 버전 누적량과 금액을 계산했다
• 버전 삭제 권한 보유자와 삭제 방지 설정을 확인했다