영구 디스크 스냅샷

스냅샷은 영구 디스크의 데이터를 증분식으로 백업합니다. 디스크의 현재 상태를 캡처하기 위해 스냅샷을 만든 후 이를 사용하여 해당 데이터를 새 디스크에 복원할 수 있습니다. Compute Engine은 데이터 무결성을 보장하는 자동 체크섬을 사용하여 각 스냅샷의 복사본 여러 개를 여러 위치에 저장합니다.

실행 중인 가상 머신(VM) 인스턴스에 연결된 상태에서도 디스크에서 스냅샷을 만들 수 있습니다. 실행 중인 VM 인스턴스에 연결된 디스크에서 생성된 스냅샷의 수명 주기는 VM 인스턴스의 수명 주기와 무관합니다.

스냅샷은 인스턴스 부팅 디스크를 만들 때 유용한 커스텀 이미지머신 이미지와 다릅니다. 자세한 내용은 이미지, 스냅샷, 인스턴스 템플릿 사용 비교 표를 참조하세요.

스냅샷 다루기

  • 스냅샷으로 디스크를 백업하는 방법은 스냅샷 만들기를 참조하세요. 잠재적으로 위험한 작업을 시도하기 전 디스크 스냅샷을 만들 수 있으므로 예상하지 못한 결과가 발생했을 때 변경 사항을 되돌릴 수 있습니다.

  • 스냅샷 내용을 새 디스크에 복원하는 방법은 스냅샷 복원을 참조하세요.

  • 더 이상 필요 없는 스냅샷은 삭제해 스토리지 비용을 절감할 수 있습니다.

  • 예상하지 못한 데이터 손실 위험을 줄이기 위해서는 정기적인 데이터 백업을 위해 스냅샷 일정을 설정하는 권장사항을 고려하세요.

스냅샷 액세스

  • 스냅샷은 전역 리소스이므로 동일한 프로젝트 내의 모든 리소스가 모든 스냅샷에 액세스할 수 있습니다.

  • 또한 프로젝트 간에 스냅샷을 공유할 수 있습니다.

제한사항

  • 기존 스냅샷의 스토리지 위치는 변경할 수 없습니다. 스냅샷의 스토리지 위치 선택을 참조하세요.

  • 최대 10분에 한 번씩 디스크 스냅샷을 만들 수 있습니다. 디스크 스냅샷 요청 버스트를 실행하려면 60분 동안 최대 6개의 요청을 실행할 수 있습니다. 자세한 내용은 스냅샷 빈도 제한을 참조하세요.

증분 스냅샷 작동 방식

스냅샷은 증분되고 자동으로 압축되므로 디스크의 전체 이미지를 정기적으로 만들 때보다 더 빠르고 훨씬 더 저렴한 비용으로 영구 디스크에 정기적인 스냅샷을 만들 수 있습니다.

증분 스냅샷은 다음과 같이 작동합니다.

  • 영구 디스크의 성공적인 첫 번째 스냅샷은 영구 디스크의 모든 데이터를 포함하는 전체 스냅샷입니다.
  • 두 번째 스냅샷은 첫 번째 스냅샷 이후의 신규 데이터 또는 수정된 데이터만 포함합니다. 스냅샷 1 이후에 변경되지 않은 데이터는 포함되지 않습니다. 대신, 스냅샷 2는 스냅샷 1에서 변경되지 않은 데이터에 대한 참조를 포함합니다.
  • 스냅샷 3은 스냅샷 2 이후의 신규 또는 변경된 데이터를 포함하지만 스냅샷 1 또는 2에서 변경되지 않은 데이터는 포함하지 않습니다. 대신, 스냅샷 3은 스냅샷 1과 스냅샷 2의 블록에서 변경되지 않은 데이터에 대한 참조를 포함합니다.

영구 디스크의 모든 후속 스냅샷에 이와 같은 과정이 반복됩니다. 스냅샷은 항상 마지막으로 성공한 스냅샷을 기반으로 생성됩니다.

스냅샷을 만드는 방법

스냅샷 삭제

Compute Engine에서는 증분 스냅샷을 사용하므로 각 스냅샷에는 이전 스냅샷 이후로 변경된 데이터만 포함됩니다. 변경되지 않은 데이터의 경우에는 각 스냅샷에서 이전 스냅샷의 해당 데이터에 대한 참조가 사용됩니다. 영구 디스크 스냅샷의 스토리지 비용의 경우 스냅샷의 총 크기에 대한 요금만 청구됩니다.

스냅샷을 삭제하면 그 즉시 Compute Engine에서 해당 스냅샷을 시스템에 DELETED로 표시합니다. 종속 스냅샷이 없는 스냅샷은 완전히 삭제되지만 종속된 스냅샷이 있는 경우에는 다음과 같습니다.

  1. 다른 스냅샷을 복원하는 데 필요한 데이터가 다음 스냅샷으로 이전되어 크기가 증가합니다.
  2. 다른 스냅샷을 복원하는 데 필요 없는 데이터는 삭제됩니다. 이 경우 모든 스냅샷의 전체 크기가 감소합니다.
  3. 다음 스냅샷에서는 삭제로 표시된 스냅샷을 더 이상 참조하지 않고 대신 이전 스냅샷을 참조합니다.

이후 스냅샷에서 이전 스냅샷에 저장된 정보를 필요로 하는 경우도 있으므로 스냅샷을 삭제한다고 해서 해당 스냅샷의 모든 데이터가 반드시 삭제되는 것은 아닙니다. 스냅샷에서 데이터를 완전히 삭제하려면 모든 스냅샷을 삭제해야 합니다.

디스크에 스냅샷 일정이 있는 경우 디스크에서 스냅샷 일정을 연결 해제해야만 일정을 삭제할 수 있습니다. 디스크에서 스냅샷 일정을 삭제하면 추가 스냅샷 작업이 발생하지 않습니다. 디스크에 연결된 일정은 삭제할 수 없습니다. 언제든지 스냅샷을 수동으로 삭제할 수 있습니다.

다음 다이어그램에서 이 프로세스를 볼 수 있습니다.

스냅샷을 삭제하는 프로세스.

스냅샷 크기 및 삭제된 블록

스냅샷은 디스크에서 기록되었고 폐기되지 않은 부분을 캡처합니다. 디스크 파일 시스템 구성에 따라 일부 경우에는 삭제된 파일이 폐기되지 않은 상태로 유지됩니다. 이 경우 스냅샷 크기가 파일 시스템에서 보고된 디스크의 사용된 공간보다 크게 표시될 수 있습니다. 이를 방지하기 위해서는 discard 옵션을 사용 설정하거나 디스크에서 fstrim을 실행하는 것이 좋습니다.

스냅샷 체인

gcloud 도구 또는 Compute Engine API를 사용하여 스냅샷 chainName을 지정하면 고유한 스냅샷 체인에 스냅샷을 만들 수 있습니다. 체인 이름을 사용하여 영구 디스크의 스냅샷을 여러 개 만들면 각 스냅샷은 해당 체인 이름으로 생성된 마지막 스냅샷을 기반으로 증분됩니다. 이 기능은 베타 버전으로 제공됩니다. 이 필드는 지불 거절 추적 등을 위해 별도의 스냅샷 체인을 만들어야 하는 고급 서비스 소유자일 경우에만 사용합니다.

스냅샷 스토리지 위치

스냅샷을 만들 때 스토리지 위치를 지정할 수 있습니다. 스냅샷의 위치는 가용성에 영향을 줄 수 있으며, 스냅샷을 만들거나 새로운 디스크로 복원할 때 네트워킹 비용이 발생할 수 있습니다.

Cloud Storage 멀티 리전 위치(예: asia) 또는 Cloud Storage 리전 위치(예: asia-south1) 중 하나에 스냅샷을 저장할 수 있습니다.

멀티 리전 스토리지 위치에 저장하면 가용성을 높이고 스냅샷을 만들거나 복원할 때 네트워크 비용을 줄일 수 있습니다. 예를 들어 다중 리전에 저장된 스냅샷에서 디스크를 만들면 다중 리전 그룹 중 하나에 새 영구 디스크를 만드는 한 네트워크 비용이 발생하지 않습니다. Regional Storage 위치를 사용하면 단일 리전을 지정하기 때문에 데이터의 실제 위치를 보다 효과적으로 제어할 수 있습니다.

스냅샷의 스토리지 위치에 관계없이 모든 리전과 영역에 새 디스크를 만드는 데 스냅샷을 사용할 수 있습니다.

리소스 위치 제약조건이 포함된 조직 정책이 있으면 지정된 모든 스냅샷 스토리지 위치가 해당 제약조건으로 정의된 위치 집합에 있어야 합니다. 자세한 내용은 Compute Engine 리소스 위치를 참조하세요.

스냅샷의 스토리지 위치를 지정하지 않으면 Google Cloud에서 기본 위치를 사용하여 소스 디스크 리전과 가장 가까운 Cloud Storage 멀티 리전 위치에 스냅샷을 저장합니다. 리전 스토리지를 선택해야 하거나 다른 멀티 리전 위치를 지정해야 하는 경우 스냅샷을 커스텀 위치에 저장하세요.

기본 위치

스냅샷의 저장소 위치를 지정하지 않으면 스냅샷은 영구 디스크 지역과 가장 가까운 다중 지역에 저장됩니다.

예를 들어 영구 디스크가 us-central1에 저장된 경우 스냅샷은 기본적으로 us 멀티 리전에 저장됩니다.

하지만 australia-southeast1과 같은 기본 위치는 멀티 리전 외부에 있습니다. 가장 가까운 멀티 리전은 asia입니다. 스냅샷을 만들거나 복원하면 네트워크 비용이 발생합니다.

다음은 스냅샷을 저장할 기본 위치를 선택하는 몇 가지 사용 사례입니다.

  • 기본 다중 지역 위치가 회사 또는 정부의 데이터 배치 정책을 충족합니다.
  • 영구 디스크는 기본 멀티 리전 위치의 일부인 리전 위치에 저장됩니다. 예를 들어 영구 디스크는 us-central1 리전에 있으므로 기본 멀티 리전은 us입니다. 이 경우 스냅샷 가용성이 높을수록 스냅샷 복원 성능이 저하될 위험이 있습니다.
  • 스냅샷이 기본 스냅샷 저장소 위치 외부에 있는 디스크에 복원하는 상황이 자주 발생하지 않습니다.

커스텀 위치

지역 위치에 스냅샷을 저장하거나 다른 다중 지역 위치를 지정해야 하는 경우 커스텀 위치를 선택하세요.

스냅샷의 커스텀 저장소 위치를 선택하는 몇 가지 사용 사례로 다음과 같은 것이 있습니다.

  • 커스텀 멀티 리전 위치가 회사 또는 정부의 데이터 배치 정책을 충족합니다.
  • 앱이 Cloud Storage 멀티 리전 위치 중 어디에도 포함되지 않은 리전에 배포되고 스냅샷 가용성보다 스냅샷 복원 성능에 우선순위를 두고자 합니다.
  • 기본 스냅샷 스토리지 위치 외부에 있는 디스크에서 스냅샷을 복원하는 상황이 자주 발생합니다.

회사 또는 정부의 데이터 배치 정책을 준수해야 하는 경우 이러한 정책을 준수하는 가장 가까운 리전 위치에 스냅샷을 저장하세요.

앱이 멀티 리전의 일부에 배포되지 않고 높은 스냅샷 가용성보다 낮은 네트워킹 비용에 우선순위를 두고자 하는 경우 소스 디스크가 있는 리전에 스냅샷을 저장하세요. 소스 디스크가 있는 리전에 스냅샷을 저장하면 해당 소스 디스크에서 스냅샷을 복원하고 만드는 데 드는 네트워킹 비용을 최소화할 수 있습니다.

하지만 멀티 리전 스토리지 위치와는 다르게 리전 스토리지 위치는 데이터를 여러 데이터 센터에 중복으로 저장하지 않으므로 대규모 중단이 발생할 경우 데이터에 액세스하지 못하게 될 수 있습니다. 데이터 가용성을 보장하려면 중복 스냅샷을 두 번째 위치에 저장해야 합니다.

네트워크 비용

스냅샷 스토리지 위치를 선택하는 것은 네트워크 비용을 최소화하는 데 중요합니다. 소스 디스크와 동일한 리전에 스냅샷을 저장하면 동일한 리전에서 해당 스냅샷에 액세스할 때 네트워크 요금이 부과되지 않습니다. 다른 리전에서 스냅샷에 액세스하면 네트워크 비용이 발생합니다.

소스 디스크의 지리적 스토리지 위치가 멀티 리전과 동일하면 네트워크 요금이 부과되지 않습니다.

예를 들어 소스 디스크가 asia-east1-a에 있는 경우 스냅샷을 asia-east1 리전 또는 asia 멀티 리전에 저장할 수 있습니다. 스냅샷에 액세스할 때 네트워크 비용이 발생하지 않습니다.

리전 간 액세스에는 네트워크 요금이 부과됩니다. 예를 들어 소스 디스크가 asia-east1에 있고 asia-east2에 스냅샷을 저장하는 경우 두 리전에서 스냅샷에 액세스할 때 네트워크 비용이 발생합니다.

스냅샷을 만들 때 기본값을 재정의하지 않으면 두 리전(australia-southeast1southamerica-east1)에 네트워크 비용이 발생하는 기본 멀티 리전 스냅샷 스토리지 위치가 지정됩니다.

  • 소스 디스크가 australia-southeast1에 있는 경우 기본 스냅샷 스토리지 위치는 asia 멀티 리전입니다. 비용을 줄이려면 이 기본 위치를 재정의하고 australia-southeast1 리전에 스냅샷을 저장하세요.
  • 소스 디스크가 southamerica-east1에 있는 경우 기본 스냅샷 스토리지 위치는 us 멀티 리전입니다. 비용을 줄이려면 이 기본 위치를 재정의하고 southamerica-east1 리전에 스냅샷을 저장하세요.

스냅샷의 스토리지 위치에 포함되지 않은 리전의 디스크로 스냅샷을 복원하는 경우 네트워크 비용이 발생합니다. 예를 들어 asia(멀티 리전 위치)에 저장된 스냅샷에서 australia-southeast1에 새 리전 영구 디스크를 만드는 경우 네트워크 비용이 발생합니다.

다음 단계