보관처리 및 표준 디스크 스냅샷 정보

표준 스냅샷은 디스크의 데이터를 증분적으로 백업합니다. 스냅샷을 만든 후 사용하여 캡처된 데이터가 포함된 새 디스크를 만들 수 있습니다. 표준 스냅샷은 단일 디스크의 지리적 중복 백업을 제공합니다. 스냅샷은 디스크가 실행 중인 가상 머신(VM) 인스턴스에 연결되어 있는지 여부에 관계없이 디스크의 콘텐츠를 캡처합니다. 전체 VM 또는 디스크 여러 개를 한 번에 백업하려면 머신 이미지를 만듭니다. 다른 시나리오는 데이터 백업 옵션을 설명하는 차트를 참조하세요.

실행 중인 VM 인스턴스에 연결된 디스크에서 생성된 스냅샷의 수명 주기는 VM 인스턴스 수명 주기와 무관합니다.

스냅샷 유형

스냅샷으로 Persistent Disk를 백업할 수 있습니다. 3가지 유형의 스냅샷(표준, 인스턴트, 보관처리) 모두 특정 시점의 디스크 콘텐츠를 캡처합니다.

스냅샷 유형 간의 주요 차이점은 다음과 같습니다.

소스 디스크 삭제 후 보관

디스크의 인스턴트 스냅샷은 소스 디스크가 삭제되면 존재하지 않습니다. 표준 및 보관처리 스냅샷은 소스 디스크와 함께 삭제되지 않습니다. 따라서 디스크 자체를 삭제한 후 디스크의 백업을 보존하려면 보관처리 또는 표준 스냅샷을 사용합니다.

데이터 복구 시간

데이터 복구 시간은 스냅샷에서 새 디스크를 만드는 데 필요한 기간이며 스냅샷 유형에 따라 다릅니다.

  • 인스턴트 스냅샷은 가장 짧으면서 가장 적합한 복구 시간을 제공합니다.
  • 표준 스냅샷은 보관처리 스냅샷보다 데이터 복구 시간이 빠릅니다.
  • 보관처리 스냅샷은 데이터 복구 시간이 가장 길지만 가장 경제적인 스토리지를 제공합니다.

스냅샷 유형별 스토리지 위치

스토리지 위치는 Compute Engine에서 스냅샷을 저장하는 영역이나 리전입니다.

  • 인스턴트 스냅샷은 소스 디스크와 동일한 영역이나 리전에 저장되는 로컬 디스크 백업입니다.
  • 보관처리 스냅샷과 표준 스냅샷은 소스 디스크와 별도로 저장되는 디스크 데이터의 원격 백업입니다.

Compute Engine은 같은 방법으로 보관처리 스냅샷과 표준 스냅샷을 저장합니다. 보관처리 스냅샷과 표준 스냅샷의 복사본은 데이터 무결성을 보장하는 자동 체크섬을 거쳐 여러 위치에 저장됩니다.

달리 명시되지 않는 한 표준 스냅샷에 대한 참조에는 보관처리 스냅샷이 포함됩니다.

스냅샷 유형 비교

다음 표에서는 스냅샷 유형 간의 차이점을 비교합니다.

스냅샷 유형 권장 스토리지 중복 하이퍼디스크 지원 스냅샷 일정으로 생성 가능 소스 디스크 삭제 시 삭제됨
표준 스냅샷 로컬, 영역, 리전 서비스 중단으로부터 보호하기 위한 지리적 중복 데이터 백업입니다. 여러 리전에서 중복되는 스토리지입니다. 예 예 아니요
보관처리 스냅샷 표준 스냅샷과 동일하지만 액세스 빈도가 낮으며 몇 개월 또는 몇 년 동안 보관해야 하는 데이터에 적합합니다. 규정 준수, 감사, 콜드 스토리지와 관련된 데이터에 더 적합한 저비용 지리적 중복 스토리지입니다. 여러 리전에서 중복되는 스토리지입니다. 예 아니요 아니요
인스턴트 스냅샷 사용자 오류나 애플리케이션 손상의 경우 새 디스크로 빠르게 복원할 수 있는 인플레이스 데이터 백업입니다. 중복되지 않습니다. 소스 디스크와 동일한 영역이나 리전에만 저장됩니다. 아니요 아니요 예

Compute Engine은 스냅샷 외에도 다른 데이터 백업 옵션을 제공합니다. 데이터 백업 옵션을 설명하는 차트를 검토하세요.

이 문서의 정보는 표준 스냅샷에 적용됩니다. 인스턴스 스냅샷 정보를 자세히 알아보세요.

보관처리 스냅샷

표준 스냅샷과 보관처리 스냅샷은 주로 스토리지 위치와 비용 면에서 다릅니다.

보관처리 스냅샷은 증분 체인, 압축, 암호화를 포함한 표준 스냅샷과 같은 이점을 제공합니다.

하지만 보관처리 스냅샷은 비용이 저렴하며 규정 준수, 감사, 장기 콜드 스토리지와 관련된 사용 사례에 더 적합합니다. 몇 개월 또는 몇 년 동안 스냅샷을 보관해야 하고 스냅샷에 액세스할 필요가 거의 없으면 표준 스냅샷 대신 보관처리 스냅샷을 사용하는 것이 좋습니다. 각 스냅샷 유형은 별도의 증분 스냅샷 체인에 저장되며 보관처리 스냅샷은 Google Cloud 콘솔에 별도로 나열됩니다.

표준 스냅샷 작업

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

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

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

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

표준 스냅샷 액세스

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

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

제한사항

  • 멀티 작성자 모드인 Hyperdisk 볼륨의 스냅샷을 만들 수 없습니다. 디스크의 멀티 작성자 모드를 사용 중지한 후 스냅샷을 만듭니다.

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

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

  • 스냅샷에 저장된 데이터를 수정할 수 없습니다.

  • 삭제한 스냅샷을 복구할 수 없습니다.

  • 특정 디스크의 표준 스냅샷을 제한 없이 만들 수 있습니다.

증분 표준 스냅샷 작동 방식

스냅샷은 증분되므로 디스크의 전체 이미지를 정기적으로 만드는 것에 비해 더 빠르고 더 저렴한 비용으로 Persistent Disk 또는 Hyperdisk에서 정기적인 스냅샷을 만들 수 있습니다.

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

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

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

스냅샷을 만드는 방법

스냅샷 삭제

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

표준 스냅샷을 삭제할 때 스냅샷에 종속 스냅샷이 없으면 표준 스냅샷이 완전 삭제됩니다.

하지만 종속 스냅샷이 있는 스냅샷을 삭제하면 다음과 같은 결과가 발생합니다.

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

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

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

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

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

스냅샷 크기 및 삭제된 블록

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

스냅샷 체인

스냅샷을 만들 때 스냅샷 체인 이름을 지정하면 고유한 스냅샷 체인에 표준 스냅샷을 만들 수 있습니다. 체인 이름을 사용하여 Persistent Disk의 표준 스냅샷을 여러 개 만들면 각 새 스냅샷은 해당 체인 이름으로 생성된 마지막 스냅샷을 기반으로 증분됩니다. 고급 서비스 소유자이고 지불 거절 추적 등을 위해 별도의 스냅샷 체인을 만들어야 하는 경우에만 스냅샷 체인을 사용합니다.

표준 스냅샷을 만드는 중에 gcloud CLI, REST 또는 Terraform을 사용하여 스냅샷 체인 이름을 지정할 수 있습니다.

스냅샷을 만들 때 표준 스냅샷 또는 보관처리 스냅샷을 만들 수 있습니다. 보관처리 스냅샷은 증분 체인, 압축, 암호화를 포함한 표준 스냅샷과 같은 이점을 제공합니다. 하지만 보관처리 스냅샷은 비용이 저렴하며 규정 준수, 감사, 장기 콜드 스토리지와 관련된 사용 사례에 더 적합합니다. 몇 개월 또는 몇 년 동안 스냅샷을 보관해야 하고 스냅샷에 액세스할 필요가 거의 없으면 표준 스냅샷 대신 보관처리 스냅샷을 사용하는 것이 좋습니다. 각 스냅샷 유형은 별도의 증분 스냅샷 체인에 저장되며 보관처리 스냅샷은 Google Cloud 콘솔에 별도로 나열됩니다.

스냅샷 스토리지 위치

디스크 스냅샷을 만들 때마다 Google Cloud는 특정 스토리지 위치에 스냅샷을 저장합니다. 스냅샷 스토리지 위치에 관계없이 스냅샷을 사용하여 모든 리전과 영역에 새 디스크를 만들 수 있습니다. 그러나 스냅샷 위치는 가용성에 영향을 미치며 스냅샷을 만들거나 새 디스크에 복원할 때 네트워킹 비용이 발생할 수 있습니다.

스토리지 위치 유형

다음 위치 유형 중 하나에 스냅샷을 저장할 수 있습니다.

Multi-Regional Storage 위치에서 최고의 가용성과 복원력을 제공합니다. Regional Storage 위치를 사용하면 단일 리전을 지정하므로 데이터의 물리적 위치를 더욱 효과적으로 제어할 수 있습니다.

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

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

하지만 Multi-Regional Storage 위치와 달리 Regional Storage 위치는 단일 리전 내 여러 영역 간에 데이터를 저장하므로 리전 중단이 발생할 경우 데이터에 액세스하지 못할 수 있습니다. 데이터 가용성을 보장하려면 중복 스냅샷을 두 번째 위치에 저장해야 합니다.

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

스토리지 위치 선택

다음 방법 중 하나로 프로젝트 스냅샷을 저장할 위치를 선택할 수 있습니다.

  • 스냅샷 설정에 구성된 사전 정의되거나 맞춤설정된 기본 스토리지 위치를 사용합니다. 스냅샷 설정의 스토리지 위치 정책은 Google Cloud에서 모든 프로젝트의 스냅샷을 저장하는 기본 위치를 정의합니다. Google Cloud에서 사전 정의된 기본 스토리지 위치 정책을 유지하지만 스냅샷 설정을 사용하면 이 정책을 맞춤설정하고 고유한 기본 스토리지 위치를 구성할 수 있습니다.

    • Google Cloud 사전 정의된 기본 위치를 사용합니다. 스냅샷 설정을 처음 업데이트할 때까지 Google Cloud는 스토리지 위치 정책에 사전 정의된 값을 유지합니다. 이 사전 정의된 기본 위치는 소스 디스크에 가장 가까운 멀티 리전입니다. 자세한 내용은 Google Cloud 사전 정의된 스토리지 위치 정책을 참조하세요.
    • 맞춤설정된 고유한 기본 위치를 설정합니다. 프로젝트 스냅샷의 기본 스토리지 위치를 맞춤설정하려면 스냅샷 설정의 스토리지 위치 정책을 업데이트해야 합니다. 스냅샷 설정을 업데이트하고 고유한 기본값을 구성하면 Google Cloud에서 새로 구성된 이 위치를 사용하여 이후의 모든 스냅샷을 저장합니다. 자세한 내용은 프로젝트의 스냅샷 설정 업데이트를 참조하세요.

  • 스냅샷 설정을 재정의하고 스냅샷을 만드는 동안 위치를 수동으로 지정합니다. 또는 스냅샷 설정을 재정의하고 스냅샷을 만들 때 원하는 위치를 수동으로 지정할 수 있습니다. 이 옵션을 사용하여 작업별로 특정 스냅샷에 다른 위치를 선택할 수 있습니다. 스냅샷을 만드는 동안 위치를 지정하는 방법은 영구 디스크 볼륨의 스냅샷 만들기를 참조하세요.

Google Cloud 사전 정의된 기본 위치를 선택해야 하는 경우

스냅샷 설정에 사전 정의된 멀티 리전을 스토리지 위치로 사용하는 몇 가지 사용 사례는 다음과 같습니다.

  • 기본 멀티 리전 위치가 회사 또는 정부의 데이터 배치 정책을 충족합니다.
  • 디스크가 멀티 리전 위치(us)에 속하는 리전 위치(예: us-central1)에 저장되며 스냅샷 복원 성능이 낮은 위험에 비해 더 높은 스냅샷 가용성을 선호합니다.
  • 기본 스냅샷 스토리지 위치 외부에 있는 디스크에 스냅샷을 복원하는 상황은 자주 발생하지 않습니다.

자체 스토리지 위치를 선택해야 하는 경우

스냅샷 설정을 업데이트하거나 재정의하여 커스텀 스토리지 위치를 사용하는 몇 가지 사용 사례는 다음과 같습니다.

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

기존 스냅샷의 스토리지 위치를 수정할 수 없습니다. 디스크 스냅샷을 새 위치에 저장하려면 선택한 위치에 새 스냅샷을 만든 후 이전 위치에서 스냅샷을 삭제합니다. 위치 두 곳 이상에 스냅샷을 저장해야 하는 경우 위치마다 스냅샷을 만들어야 합니다. 새 위치에 새 스냅샷을 만들면 디스크의 모든 데이터로 전체 스냅샷이 생성됩니다.

네트워크 비용

디스크가 멀티 리전의 구성원 리전에 있으면 모든 멀티 리전 표준 스냅샷 만들기 또는 복원에 네트워크 요금이 적용됩니다. 멀티 리전 스냅샷의 추가 복제 및 복원력이 필요하지 않으면 스냅샷을 만들 때 리전 위치를 지정하여 리전 스냅샷을 사용하는 것이 좋습니다.

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

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

australia-southeast1 및 southamerica-east1 등 두 리전에는 스토리지 위치를 변경하지 않는 한 네트워크 비용이 발생하는 기본 멀티 리전 스냅샷 스토리지 위치가 있습니다. 스냅샷 설정을 사용하여 스토리지 위치를 수정하거나 스냅샷을 만드는 동안 기본 위치를 수동으로 재정의할 수 있습니다.

  • 소스 디스크가 australia-southeast1에 있는 경우 기본 스냅샷 스토리지 위치는 asia 멀티 리전입니다. 비용을 줄이려면 대신 australia-southeast1 리전에 스냅샷을 저장합니다.
  • 소스 디스크가 southamerica-east1에 있는 경우 기본 스냅샷 스토리지 위치는 us 멀티 리전입니다. 비용을 줄이려면 대신 southamerica-east1 리전에 스냅샷을 저장합니다.

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

다음 단계