요약

  • AWS Backup Vault Lock의 규정 준수 모드는 유예 기간 뒤에 root도 잠금을 해제하지 못하도록 제한한다. 계정을 폐쇄한 뒤 90일 안에 다시 열지 않으면 AWS는 잠긴 금고의 내용도 삭제한다.
  • 사업 종료와 기록 폐기는 따로 승인해야 한다. 다른 계정에 실제로 복사하고 복원을 검증한 기록, 그 계정을 유지할 담당자와 예산이 있어야 인계가 성립한다.

폐업 정리표가 기억까지 정리한다

보안팀은 삭제 버튼을 믿지 않았다. 그래서 권한이 높은 관리자도 마음대로 과거를 지우지 못하도록 돈과 시간을 들였다. 몇 달 뒤 사업 종료 담당자가 계정 정리표를 펼친다. 실행 중인 서비스는 없고, 비용은 남아 있다. 계정을 닫으면 정리가 끝난다.

두 사람 모두 맡은 일을 충실히 할 수 있다. 문제는 두 업무 사이에 보관할 기록의 주인이 없다는 데 있다.

AWS Backup 공식 문서는 계정 폐쇄 시 처리 방식을 명시한다. 백업을 그대로 둔 채 계정을 90일 동안 정지하고, 그동안 다시 열지 않으면 Vault Lock이 있어도 금고 내용을 삭제한다. 단단한 금고가 놓인 건물에는 별도의 철거 일정이 있는 셈이다.

관리자에게서 권한을 빼앗는 상품

Vault Lock의 거버넌스 모드는 적절한 권한을 가진 사용자가 보호 설정을 바꿀 수 있다. 규정 준수 모드는 유예 기간이 끝나면 복구 지점이 남아 있는 금고의 잠금을 고객, root, AWS도 변경하거나 제거할 수 없게 한다.

이 불편함에는 구매할 이유가 있다. 급하게 비용을 줄이는 관리자의 실수나 높은 권한을 손에 넣은 공격자의 파괴를 막는 데 도움이 된다. 다음 담당자가 쉽게 예외를 만들 수 있다면 회사가 산 제약의 가치가 줄어든다.

그러나 그 제약이 작동할 장소를 계속 유지하는 일은 남는다. 판매를 끝낸 서비스의 거래 기록은 훨씬 뒤에도 쓸모가 있을 수 있다. 사업의 영업 기간과 기록의 보관 기간이 다르다면 계정 운영 계획도 그 차이를 받아들여야 한다.

남아 있는 자료에 접근할 수 있는가

AWS 계정 폐쇄 안내는 폐쇄가 해당 계정의 고객 계약 종료 통지가 된다고 설명한다. 폐쇄 뒤 90일 동안 콘텐츠와 서비스에 접근하려면 계정을 다시 열어야 한다. 영구 폐쇄 뒤에는 재개가 불가능하고 계정 ID도 재사용할 수 없다.

따라서 백업이 온전한 상태와 직원이 자료를 꺼내 일을 할 수 있는 상태 사이에 간격이 생긴다. 과거 거래를 확인해야 하는 부서에는 그 간격이 업무 중단이다. 저장된 바이트가 존재한다는 보고만으로 질문에 답할 수는 없다.

한 사업부를 접고 직원을 다른 곳으로 보냈다고 가정해 보자. 정리 책임자는 남은 지출을 없애면 성과를 인정받는다. 나중에 옛 계약을 확인할 사람은 종료 회의에 참석하지 않았을 수 있다. 손실을 만드는 것은 이 역할 분리다. 공개 문서에는 개별 고객의 계정 목록이나 복원 시험 결과가 없어 실제 노출 규모를 판단하려면 그 자료가 필요하다.

다시 여는 사람도 남겨야 한다

현재 계정 재개 문서는 고객이 직접 닫았고 폐쇄 당시 미납 잔액이 없었던 계정에 셀프서비스 재개를 제공한다. 해당 계정의 root로 로그인해 90일 안에 요청해야 하며 유효한 결제 수단이 필요하다. IAM 사용자나 역할로 대신 처리할 수 없다.

AWS가 닫은 계정은 경로가 다르다. 폐쇄일부터 30일 안에 미납 잔액을 납부하고 지원팀에 연락해야 한다. 보관 유예 기간 하나만 달력에 적어 두면 신원과 결제 조건이 빠진다.

계정이 재개돼도 모든 자원이 자동으로 가동되지는 않는다. AWS는 멈춘 EC2 인스턴스의 시작, 폐쇄 시 생성된 스냅샷에서 RDS 데이터베이스를 복원하는 작업 등을 예로 든다. 계정의 활성 상태는 실제 업무 복구를 확인하는 출발점이다.

폐쇄 안내에는 연락 경로의 모순도 등장한다. root 이메일이 같은 계정의 Route 53 등록 도메인을 사용하면 계정 폐쇄에 따른 도메인 정지로 메일을 받지 못할 수 있다. 집 열쇠를 맡긴 사무실부터 철수시키는 구조다. AWS가 미리 해결하라고 경고하는 의존 관계다.

다른 계정에는 다른 사본이 있어야 한다

AWS Backup의 계정 간 복사는 원본과 대상 계정이 같은 AWS Organizations 조직에 있어야 한다. 지원되는 자원과 리전, 필요한 키와 접근 정책도 조건에 들어간다. 콜드 스토리지 계층으로의 계정 간 복사는 지원하지 않는다.

일반적인 방식은 대상 계정의 금고로 복사한 뒤 그곳에서 복원하는 것이다. 사본은 대상 금고의 키로 다시 암호화된다. 다른 계정에 원본을 볼 권한만 주면 기록의 거처는 여전히 원본 계정이다.

복사가 끝났는지, 대상 담당자가 복원할 수 있는지, 복원된 내용이 필요한 질문에 답하는지 확인해야 한다. 같은 조직의 두 계정은 같은 정리 계획에 들어갈 수도 있다. 대상 계정을 유지할 이유와 권한을 따로 부여해야 사본이 갖는 의미가 살아난다.

모든 기록을 끝없이 보관할 필요는 없다. 필요한 기록은 비용을 들여 남기고, 역할이 끝난 기록은 정해진 절차에 따라 끝내면 된다. 계정 정리표의 한 칸이 이 판단을 전부 대신하게 두는 것이 비싼 실수다.