Blob 스냅샷

  • 아티클

스냅샷은 특정 시점에 생성된 Blob의 읽기 전용 버전입니다.

참고 항목

Blob 버전 관리는 Blob의 이전 버전을 유지하는 탁월한 방법을 제공합니다. 자세한 내용은 Blob 버전 관리를 참조하세요.

Blob 스냅샷 정보

Important

계층 구조 네임스페이스 기능이 사용하도록 설정된 계정의 스냅숏은 현재 미리 보기로 제공됩니다. 베타, 미리 보기로 제공되거나 아직 일반 공급으로 릴리스되지 않은 Azure 기능에 적용되는 약관은 Microsoft Azure 미리 보기에 대한 추가 사용 약관을 참조하세요.

미리 보기에 등록하려면 이 양식을 참조하세요.

Blob URI에 스냅샷이 만들어진 시점의 시간을 나타내는 Blob URI에 추가된 DateTime 값이 있다는 점을 제외하고 Blob의 스냅샷은 해당 Blob와 동일합니다. 예를 들어 페이지 Blob URI가 http://storagesample.core.blob.windows.net/mydrives/myvhd이면 스냅샷 URI는 http://storagesample.core.blob.windows.net/mydrives/myvhd?snapshot=2011-03-09T01:42:34.9360000Z과 유사합니다.

참고 항목

모든 스냅샷은 기본 Blob의 URI를 공유합니다. 기본 Blob와 스냅샷의 유일한 차이는 추가된 DateTime 값입니다.

Blob 하나에 여러 스냅샷이 있을 수 있습니다. 스냅샷은 독립적으로 또는 기본 Blob에 대한 Blob 삭제 작업의 일부로 명시적으로 삭제될 때까지 유지됩니다. 기본 Blob와 연결된 스냅샷을 열거하여 현재 스냅샷을 추적할 수 있습니다.

Blob의 스냅샷을 만들면 blob의 시스템 속성이 같은 값으로 스냅샷에 복사됩니다. 만들 때 스냅샷에 대한 별도의 메타데이터를 지정하지 않으면 기본 Blob의 메타데이터가 스냅샷에 복사됩니다. 스냅샷을 만든 후에 읽기, 복사 또는 삭제할 수 있지만 수정할 수는 없습니다.

기본 Blob과 연결된 임대는 스냅샷에 영향을 주지 않습니다. 스냅샷에 대한 임대를 얻을 수 없습니다.

핫 또는 쿨 계층에서 Blob의 스냅샷을 만들 수 있습니다. 보관 계층의 Blob에 대한 스냅샷은 지원되지 않습니다.

VM 디스크에 대한 현재 정보 및 상태를 저장하는 데 VHD 파일을 사용합니다. VM 내에서 디스크를 분리하거나 VM을 종료하고, 해당 VHD 파일의 스냅샷을 만들 수 있습니다. 해당 스냅샷 파일을 나중에 사용하여 해당 시점에 VHD 파일을 검색하여 VM을 다시 만들 수 있습니다.

가격 책정 및 대금 청구

Blob의 읽기 전용 복사본인 스냅샷을 만들면 계정에 데이터 스토리지 요금이 추가로 부과될 수 있습니다. 애플리케이션을 디자인할 때는 비용을 최소화할 수 있도록 이러한 요금 발생 방식을 파악하는 것이 중요합니다.

Blob 스냅샷은 Blob 버전처럼 활성 데이터와 동일한 요금이 청구됩니다. 스냅샷에 청구되는 요금은 기본 Blob이나 해당 스냅샷(또는 버전)에 대해 계층을 명시적으로 설정했는지 여부에 따라 달라집니다. blob 계층에 대한 자세한 내용은 Blob 데이터에 대한 액세스 계층을 참조하세요.

Blob 또는 스냅샷의 계층을 변경하지 않은 경우 해당 Blob과 해당 스냅샷, 그리고 만약 있다면 버전까지 포함된 고유 데이터 블록에 요금이 청구됩니다. 자세한 내용은 Blob 계층이 명시적으로 설정된 경우의 청구를 참조하세요.

Blob 또는 스냅샷의 계층을 변경한 경우 Blob과 스냅샷이 최종적으로 동일한 계층에 있는지 여부와 관계없이 전체 개체에 대해 요금이 청구됩니다. 자세한 내용은 Blob 계층이 명시적으로 설정된 경우의 청구를 참조하세요.

Blob 버전의 청구 정보에 대한 자세한 내용은 Blob 버전 관리를 참조하세요.

스냅샷 관리 비용을 최소화

추가 비용을 방지하기 위해서는 스냅샷을 신중하게 관리하는 것이 좋습니다. 스냅샷 스토리지으로 인해 발생하는 비용을 최소화하려면 다음 모범 사례를 따를 수 있습니다.

  • 애플리케이션 디자인상 스냅샷을 유지해야 하는 경우가 아니면, Blob을 업데이트할 때마다 같은 데이터로 업데이트하더라도 해당 Blob에 연결된 스냅샷을 삭제한 후에 다시 만듭니다. Blob의 스냅샷을 삭제한 후에 다시 만들면 Blob과 스냅샷이 달라지지 않습니다.
  • Blob에 대한 스냅샷을 유지하는 경우 Blob을 업데이트할 때 전체 Blob을 덮어쓰는 메서드를 호출하지 마세요. 대신, 비용을 낮게 유지하기 위해 가능한 적은 수의 블록을 업데이트합니다.

Blob 계층이 명시적으로 설정되지 않은 경우의 요금 청구

기본 Blob 또는 해당 스냅샷에 대한 Blob 계층을 명시적으로 설정하지 않은 경우에는 해당 Blob과 해당 스냅샷, 그리고 만약 있다면 버전까지 포함된 고유 블록이나 페이지에 요금이 청구됩니다. Blob 및 해당 스냅샷에서 공유되는 데이터는 한 번만 청구됩니다. Blob이 업데이트되면 기본 Blob의 데이터는 해당 스냅샷에 저장된 데이터와 달라지므로 고유 데이터는 블록 또는 페이지당 요금이 청구됩니다.

블록 Blob 내의 블록을 바꾸고 나면 해당 블록은 이후부터 고유 블록으로 요금이 청구됩니다. 블록의 ID와 데이터가 스냅샷에서와 같더라도 마찬가지입니다. 블록을 다시 커밋하면 스냅샷의 해당 항목과 달라지므로 해당 데이터에 대한 요금이 부과됩니다. 같은 데이터로 업데이트하는 페이지 Blob 내 페이지의 경우에도 마찬가지입니다.

Blob 스토리지에는 두 블록에 동일한 데이터가 포함되어 있는지 여부를 확인할 방법이 없습니다. 업로드/커밋되는 각 블록은 데이터와 블록 ID가 같더라도 고유한 블록으로 처리됩니다. 고유 블록에 대해 요금이 부과되기 때문에 Blob에 스냅샷 또는 버전이 있는 경우 Blob을 업데이트하면 고유 블록이 추가로 발생하여 추가 요금이 발생하므로 유의해야 합니다.

Blob에 스냅샷이 있는 경우 블록 Blob에 대한 업데이트 작업을 호출하여 가능한 최소한의 블록을 업데이트합니다. 블록에 대한 세분화된 제어를 허용하는 쓰기 작업은 블록 배치와 블록 목록 배치입니다. 반면 Blob 배치 작업은 Blob의 전체 콘텐츠를 대체하므로 추가 요금이 발생할 수 있습니다.

다음 시나리오에서는 Blob 계층이 명시적으로 설정되지 않은 경우 블록 Blob과 해당 스냅샷에 대해 어떻게 요금이 부과되는지 보여 줍니다.

시나리오 1

시나리오 1에서는 스냅샷을 생성한 후 기본 Blob을 업데이트하지 않았으므로 고유 블록 1, 2, 3에 대해서만 비용이 청구됩니다.

Diagram 1 showing billing for unique blocks in base blob and snapshot.

시나리오 2

시나리오 2에서는 기본 Blob은 업데이트되었지만 스냅샷은 업데이트되지 않았습니다. 블록 3이 업데이트되고 동일한 데이터와 동일한 ID를 가지고 있지만 스냅샷의 블록 3과 같지는 않습니다. 따라서 4개 블록에 대한 요금이 계정에 청구됩니다.

Diagram 2 showing billing for unique blocks in base blob and snapshot.

시나리오 3

시나리오 3에서는 기본 Blob은 업데이트되었지만 스냅샷은 업데이트되지 않았습니다. 기본 Blob에서 블록 3이 블록 4로 바뀌었지만 스냅샷은 계속 블록 3을 반영합니다. 따라서 4개 블록에 대한 요금이 계정에 청구됩니다.

Diagram 3 showing billing for unique blocks in base blob and snapshot.

시나리오 4

시나리오 4에서는 기본 Blob이 완전히 업데이트되었으며 원래 블록을 하나도 포함하지 않습니다. 따라서 8개 고유 블록 모두에 대한 요금이 계정에 청구됩니다.

Diagram 4 showing billing for unique blocks in base blob and snapshot.

팁

전체 Blob을 덮어쓰는 메서드를 호출하지 않고 비용을 낮게 유지하기 위해 개별 블록을 업데이트합니다.

Blob 계층이 명시적으로 설정된 경우 요금 청구

Blob이나 스냅샷(또는 버전)에 대한 Blob 계층을 명시적으로 설정한 경우, 원본 계층의 개체와 블록을 공유하는지 여부와 관계없이 새 계층에서 개체의 전체 콘텐츠 길이에 대한 요금이 청구됩니다. 또한 원본 계층에서 가장 오래된 버전의 전체 콘텐츠 길이에 대한 요금도 청구됩니다. 원본 계층에 남아 있는 모든 버전이나 스냅샷은 Blob 계층이 명시적으로 설정되지 않은 경우의 요금 청구에 설명된 대로 공유될 수 있는 고유 블록에 대한 요금이 청구됩니다.

새 계층으로 Blob 이동

다음 표에서는 Blob 또는 스냅샷이 새 계층으로 이동할 때의 요금 청구 방식을 설명합니다.

Blob 계층이 명시적으로 설정된 경우... 다음에 대한 요금이 청구됩니다.
스냅샷이 있는 기본 Blob 새 계층의 기본 Blob, 원본 계층의 가장 오래된 스냅샷, 다른 스냅샷의 모든 고유 블록. 1
이전 버전과 스냅샷이 있는 기본 Blob 새 계층의 기본 Blob, 원본 계층의 가장 오래된 버전, 원본 계층의 가장 오래된 스냅샷, 다른 버전 또는 스냅샷의 고유 블록1.
스냅샷 새 계층의 스냅샷과 원본 계층의 기본 Blob에는 다른 스냅샷의 모든 고유 블록이 추가됩니다. 1

1원본 계층에서 이동되지 않은 다른 이전 버전 또는 스냅샷이 있는 경우 해당 버전 또는 스냅샷은 Blob 계층이 명시적으로 설정되지 않은 경우의 청구에 설명된 대로 그 안에 포함된 고유 블록 수에 따라 요금이 청구됩니다.

다음 다이어그램은 스냅샷이 있는 Blob을 다른 계층으로 이동할 때 개체의 요금을 청구하는 방법을 보여 줍니다.

Diagram showing how objects are billed when a blob with snapshots is explicitly tiered.

Blob, 버전 또는 스냅샷에 대한 계층을 명시적으로 설정하는 작업은 취소할 수 없습니다. 새 계층으로 Blob을 이동한 다음, 원래 계층으로 다시 이동하는 경우 원본 계층의 다른 개체와 블록을 공유하는 경우에도 개체의 전체 콘텐츠 길이에 대한 요금이 청구됩니다.

Blob, 버전 또는 스냅샷의 계층을 명시적으로 설정하는 작업은 다음과 같습니다.

일시 삭제를 사용한 경우 Blob 삭제

Blob 일시 삭제를 사용하는 경우 계층을 명시적으로 설정한 기본 Blob을 삭제하거나 덮어쓰면 모든 이전 버전 또는 일시 삭제된 Blob의 스냅샷이 전체 콘텐츠 길이로 청구됩니다. Blob 버전 관리와 일시 삭제를 함께 사용하는 방법에 대한 자세한 내용은 Blob 버전 관리 및 일시 삭제를 참조하세요.

다음 표에서는 버전 관리의 사용 여부에 따라 일시 삭제된 Blob에 대한 청구를 설명합니다. 버전 관리를 사용한 경우 Blob이 일시 삭제되면 새로운 버전이 만들어집니다. 버전 관리를 사용하지 않도록 설정한 경우 Blob을 일시 삭제하면 일시 삭제 스냅샷이 만들어집니다.

계층을 명시적으로 설정하고 기본 Blob을 덮어쓸 경우... 다음에 대한 요금이 청구됩니다.
Blob 일시 삭제와 버전 관리를 모두 사용하는 경우 계층에 관계없이 모든 기존 버전이 전체 콘텐츠 길이에 포함됩니다.
Blob 일시 삭제를 사용했지만 버전 관리를 사용하지 않는 경우 계층과 관계없이 모든 기존 일시 삭제 스냅샷이 전체 콘텐츠 길이에 포함됩니다.

기능 지원

이 기능에 대한 지원은 Data Lake Storage Gen2, NFS(네트워크 파일 시스템) 3.0 프로토콜 또는 SSH SFTP(파일 전송 프로토콜)를 사용하도록 설정하면 영향을 받을 수 있습니다. 이러한 기능을 사용하도록 설정한 경우 Azure Storage 계정의 Blob Storage 기능 지원을 참조하여 이 기능에 대한 지원을 평가합니다.

다음 단계