본문으로 건너뛰기

스냅샷 스케줄러

개요​

스냅샷 스케줄러는 설정한 Cron 주기에 따라 블록 스토리지를 자동으로 백업합니다. 수동 백업을 잊어버리는 실수를 방지하고 일정한 복구 지점을 유지할 수 있습니다. 보관 정책은 개수 기반(최대 N개 유지, 초과 시 오래된 스냅샷 자동 삭제)입니다.

사전 요건
  • Resource.BlockStorageSnapshotScheduler.CREATE 권한
  • 백업 대상 블록 스토리지가 이미 존재해야 합니다

스케줄러 생성​

  1. 블록 스토리지 > 스냅샷 스케줄러로 이동합니다.
  2. 우측 상단 스케줄러 생성 버튼을 클릭합니다.
  3. 아래 항목을 설정합니다.
항목설명
이름스케줄러 식별 이름
대상 블록 스토리지백업할 블록 스토리지 (영역 선택 후 해당 영역의 볼륨이 표시됨)
Cron 표현식표준 Cron 문법으로 실행 주기를 지정 (예: 2 4 * * * → 매일 새벽 4시 2분 실행)
최대 스냅샷 수보관할 스냅샷 개수 (1–100, 초과 시 오래된 것부터 자동 삭제)
  1. 생성을 클릭합니다.

Cron 표현식​

표준 5필드 Cron 문법(분 시 일 월 요일)을 사용합니다. 문법에 익숙하지 않다면 crontab.guru 에서 표현식을 검증한 뒤 입력하세요.

표현식의미
0 3 * * *매일 새벽 3시
0 */6 * * *6시간마다
30 2 * * 1매주 월요일 02:30
0 0 1 * *매월 1일 자정
0 0 28 * *매월 28일 자정

보관 정책: 최대 스냅샷 수​

ECI 스냅샷 스케줄러는 보관 기간(시간) 대신 개수 기준으로 보관합니다.

  • 설정한 최대 스냅샷 수(예: 7)를 초과하면 가장 오래된 스냅샷이 자동 삭제됩니다.
  • 1–100 사이의 값을 설정할 수 있습니다.
  • 보관 기간 환산이 필요하면: 매일 1회 × 7개 = 약 1주일치 보관과 동일합니다.
비용·복구 지점 균형

보관 개수가 많을수록 복원 가능한 시점이 많아지지만 스냅샷 저장 비용도 증가합니다. 워크로드 중요도에 맞춰 7~30 사이로 설정하는 것이 일반적입니다.

권장 설정 예시​

워크로드Cron 표현식최대 스냅샷 수결과
상시 운영 서버0 3 * * *7약 1주일치 보관
ML 학습 체크포인트0 3 * * *3최근 3일치만
장기 프로젝트0 3 * * 14약 1개월치
분기 보관0 0 1 * *4약 1년치

백업 전략​

데이터 중요도가 높을수록 단일 스케줄러로 모든 시점을 보관하기보다 여러 스케줄러를 조합해 다단계 보관하는 것이 안전합니다.

3-2-1 규칙​

업계에서 통용되는 기본 가이드라인입니다.

  • 복사본 3개 (원본 + 백업 2개)
  • 2종의 매체에 보관 (ECI 스냅샷 + 외부 오브젝트 스토리지 등)
  • 그중 1개는 오프사이트 (다른 영역·다른 클라우드)

ECI 스냅샷은 같은 영역에 보관되므로, 재해 복구가 중요하다면 정기적으로 다른 영역의 블록 스토리지로 복원하거나 오브젝트 스토리지로 데이터를 옮겨두세요.

다단계 보관 패턴​

서로 다른 주기·보관 개수의 스케줄러를 동시에 운영하면 단기 복구와 장기 보관을 모두 충족할 수 있습니다.

계층Cron최대 개수보관 범위
시간별0 * * * *24최근 24시간
일별0 3 * * *7최근 1주일
주별0 3 * * 04최근 1개월
월별0 3 1 * *12최근 1년

비용이 부담될 경우 시간별을 빼고 일/주/월 3단계만 운영해도 됩니다.

스케줄러 관리​

블록 스토리지 > 스냅샷 스케줄러 목록에서 다음 정보를 확인할 수 있습니다.

컬럼설명
이름스케줄러 이름
Cron 표현식설정된 실행 주기
대상 볼륨백업 대상 블록 스토리지
마지막 실행직전 실행 시각
다음 실행다음 실행까지 남은 시간 (지연 시 실행 지연으로 표시)
상태활성 / 삭제됨

각 행 메뉴에서 편집·삭제가 가능합니다. 스케줄러를 삭제해도 이미 생성된 스냅샷은 유지됩니다(별도 삭제 필요).

다음 단계​