스냅샷 비용, 지우지 않은 백업이 쌓입니다

스냅샷은 두 번째부터 변경분만 쌓입니다

스냅샷 비용을 디스크 용량 곱하기 개수로 계산하면 실제보다 훨씬 크게 나옵니다. 첫 스냅샷은 쓰인 용량만큼 저장되지만, 그다음부터는 이전 스냅샷과 달라진 부분만 추가로 저장됩니다. 그래서 비용을 좌우하는 값은 개수가 아니라 하루에 바뀌는 데이터 양입니다. 확인 순서는 1단계 디스크의 실제 사용 용량 확인, 2단계 일일 변경량 확인, 3단계 보관 개수 확인입니다. 이 세 값이 있으면 금액을 계산할 수 있습니다. 세 값 중 일일 변경량을 모르면 보관 기간을 줄여도 효과를 예측할 수 없으므로, 이 값을 먼저 측정합니다.

보관 규칙이 없으면 개수가 계속 늘어납니다

비용이 조용히 커지는 전형적인 경로는 백업을 자동으로 만들되 지우는 규칙은 두지 않는 것입니다. 스냅샷은 삭제 전까지 남고, 디스크를 지워도 스냅샷은 따로 남습니다. 그래서 정리 작업에서는 두 가지를 찾습니다. 첫째는 보관 기간을 넘긴 스냅샷이고, 둘째는 이미 없는 디스크의 스냅샷입니다. 후자는 복구 대상이 사라졌으므로 보관 이유를 따로 적지 않으면 지웁니다. 규칙을 세울 때는 일일 보관 개수와 월말 보관 개수를 나눠 적습니다. 최근 며칠은 촘촘히, 오래된 것은 월 단위로 남기면 복구 선택지와 비용의 균형이 잡힙니다.

보관 기간을 줄였을 때의 금액을 냅니다

학습용 가정으로 계산합니다. 가정값은 디스크 사용 용량 200기가바이트, 일일 변경량 5기가바이트, 스냅샷 단가가 기가바이트당 월 55원이라고 두겠습니다. 30일 보관이면 첫 스냅샷 200기가바이트에 이후 29일분 145기가바이트가 더해져 345기가바이트이고, 금액은 18,975원입니다. 7일 보관으로 줄이면 200기가바이트에 6일분 30기가바이트를 더해 230기가바이트이고 12,650원입니다. 중간 계산값인 절감액은 월 6,325원이고 연 75,900원입니다. 최종 판단에는 복구 가능 시점이 30일에서 7일로 좁아진다는 사실을 함께 적어야 합니다.

복구 요구가 보관 기간을 정합니다

결론을 뒤집는 조건은 복구 요구입니다. 데이터 손상을 늦게 발견하는 유형의 사고라면 7일 보관으로는 손상 이전 시점으로 돌아갈 수 없습니다. 예를 들어 월 1회 실행되는 집계 작업의 오류는 다음 달에 발견되므로, 그 데이터는 30일 이상 보관이 필요합니다. 그래서 보관 기간은 비용이 아니라 '사고를 며칠 안에 발견하는가'로 정합니다. 두 번째 조건은 규제입니다. 보존 의무가 있으면 기간을 줄일 수 없으므로, 대신 더 싼 보관 방식으로 옮기는 쪽을 검토합니다. 정리 문서에는 데이터별 발견 지연과 보존 의무를 한 열로 적습니다.

AWS 비용 실행 전 점검표

• 디스크 사용 용량과 일일 변경량을 측정했다
• 보관 기간 초과분과 없어진 디스크의 스냅샷을 찾았다
• 일일 보관과 월말 보관 개수를 나눠 규칙을 정했다
• 데이터별 사고 발견 지연과 보존 의무를 적었다