백업 계획, 보존 기간과 복구 목표를 함께 정합니다

복구 목표 두 개를 먼저 숫자로 적습니다

백업 계획은 주기를 정하는 일이 아니라 두 목표를 정하는 일입니다. 첫째는 얼마나 최근 상태로 돌아갈 수 있어야 하는가입니다. 이 값이 백업 주기를 정합니다. 둘째는 복구가 얼마나 빨리 끝나야 하는가입니다. 이 값이 백업 방식과 보관 위치를 정합니다. 두 값을 숫자로 적지 않으면 주기와 방식을 고를 근거가 없습니다. 적는 방법은 업무 쪽에 묻는 것입니다. 데이터가 한 시간 전 상태로 돌아가면 어떤 일이 생기는지, 하루 전이면 어떤 일이 생기는지 물어보면 허용 범위가 드러납니다. 그 답을 그대로 목표로 적습니다.

주기와 보관 개수는 목표에서 역산합니다

목표가 정해지면 주기는 자동으로 나옵니다. 한 시간 전 상태까지 허용한다면 주기는 1시간이고 하루 24회, 한 달 720회가 됩니다. 하루 전까지 허용한다면 하루 1회, 한 달 30회입니다. 두 경우의 비용 차이는 횟수가 아니라 보관량에서 생깁니다. 증분 방식에서는 변경량이 비용을 정하므로, 주기를 늘려도 총 변경량은 크게 달라지지 않는 경우가 많습니다. 그래서 주기를 짧게 두는 비용이 생각보다 작습니다. 반대로 보관 기간을 길게 두면 보관량이 선형으로 늘어나므로, 기간 쪽을 더 신중하게 정해야 합니다.

보관량을 계산해 월 금액을 냅니다

학습용 가정으로 계산합니다. 가정값은 보호 대상 데이터가 500기가바이트, 하루 변경량이 10기가바이트, 보관 기간이 30일이고 단가가 기가바이트당 월 55원이라고 두겠습니다. 증분 방식에서 첫 백업은 500기가바이트이고 이후 29일분은 290기가바이트이므로 총 790기가바이트입니다. 월 금액은 43,450원입니다. 이것이 중간 계산값입니다. 최종 금액에는 다른 리전으로 사본을 둘 경우의 전송과 저장이 더해집니다. 사본을 두면 금액은 늘지만 리전 전체 장애에 대응할 수 있으므로, 어느 범위의 장애까지 대비할지 함께 정해야 합니다.

백업 대상에서 빠지는 것들이 있습니다

결론을 뒤집는 조건은 대상 누락입니다. 데이터베이스와 디스크는 보통 계획에 들어가지만, 자주 빠지는 것들이 있습니다. 설정과 비밀 정보, 외부 서비스에 보관된 데이터, 그리고 인프라 구성 자체입니다. 데이터는 복구했는데 그 데이터를 쓸 환경을 다시 만들 수 없으면 복구가 끝나지 않습니다. 그래서 계획서에는 데이터 목록과 함께 '이 데이터를 쓰기 위해 필요한 것' 목록을 적습니다. 두 번째 조건은 보관 위치입니다. 백업이 원본과 같은 계정과 같은 권한 아래 있으면, 계정이 탈취될 때 백업도 함께 지워질 수 있습니다.

서버 운영 실행 전 점검표

• 얼마나 최근 상태로 돌아갈지와 얼마나 빨리 복구할지를 숫자로 적었다
• 주기와 보관 기간을 목표에서 역산했다
• 증분 보관량을 계산해 월 금액을 냈다
• 설정·비밀·인프라 구성까지 대상 목록에 넣었다