Blob 일시 삭제 및 Blob 버전 관리 중에서 선택

이 문서는 언제 소프트 삭제, 버전 관리, 둘 다 또는 그 어느 것도 사용하지 않을지를 결정하는 데 도움이 됩니다.

Blob 일시 삭제 및 Blob 버전 관리 모두 삭제 및 덮어쓰기로부터 보호하는 데 도움이 될 수 있습니다. 이러한 기능은 워크로드, 비용 민감도 및 복구 요구 사항에 따라 독립적으로 또는 함께 사용할 수 있습니다. Blob 및 컨테이너를 보호하는 다른 방법에 대해 알아보려면 데이터 보호 개요를 참조하세요.

권장 사항

중요한 데이터를 저장하는 Blob Storage 고객은 의도하지 않은 삭제 및 덮어쓰기 방지를 위해 일시 삭제 및 버전 관리 기능을 사용하도록 설정해야 합니다. 일시 삭제는 구성 가능한 일 수 동안 데이터를 복구할 수 있도록 합니다. Blob 버전 관리는 이전 버전을 읽고 메타데이터 또는 속성 변경에서 복구할 수 있는 것과 같은 이전 버전 및 복구 옵션을 보다 유연하게 관리할 수 있습니다. 무엇이 적합한지 알아보려면 다음 세부 정보를 참조하세요.

기능 개요

특징 대상으로부터 보호합니다 보존 기간 스토리지 동작 HNS(계층 구조 네임스페이스) 고려 사항
일시 삭제 플랫 네임스페이스 계정을 삭제하고 덮어씁니다. 계층 구조 네임스페이스 계정에 대한 삭제. 최대 365일(구성 가능) 각 덮어쓰기마다 일시 삭제된 스냅샷을 만듭니다. 삭제 시마다 일시 삭제된 Blob을 만듭니다. 일시 삭제는 HNS 사용 계정에 대한 삭제 작업만 보호합니다. Blob 만료 API를 설정하면 Blob 일시 삭제 기능을 사용하여 만료된 파일을 복원할 수 없습니다.
버전 관리 플랫 네임스페이스 계정을 삭제하고 덮어씁니다. 무기한(명시적으로 삭제될 때까지) 각 쓰기에 새 버전을 만듭니다. HNS 사용 계정에는 버전 관리 기능을 사용할 수 없습니다.

비고

두 기능 모두 기본적으로 사용하지 않도록 설정되며 스토리지 계정 수준에서 사용하도록 설정해야 합니다.

일시 삭제를 사용하는 경우

일시 삭제된 Blob을 복원하는 방법을 보여 주는 다이어그램

다음과 같은 경우 일시 삭제를 사용하도록 설정합니다.

  • 실수로 삭제되거나 덮어쓴 Blob을 복구하려고 합니다. 계층 구조 네임스페이스 사용 계정의 경우 일시 삭제는 덮어쓰기가 아닌 삭제로부터만 보호합니다.
  • Blob 복구를 위해 보존 기간 설정과 동일한 시간 제한 안전망이 필요합니다.

고려 사항

  • 모든 덮어쓰기 작업에 대해 소프트 삭제된 스냅샷이 생성됩니다. Blob 일시 삭제는 Blob 메타데이터 또는 속성을 작성하는 작업으로부터 보호하지 않습니다.

  • 삭제가 발생할 때마다 일시 삭제된 블롭이 생성됩니다. 일시 삭제된 각 Blob은 작업 시 Blob의 전체 크기로 청구됩니다.

  • Blob 나열 작업 중 성능 저하를 방지하려면 보존 기간 동안 Blob당 1,000개의 일시 삭제된 스냅샷 을 초과하지 않습니다.

  • 보존 기간은 최대 365일로 제한됩니다.

  • 일시 삭제를 사용하는 경우 삭제된 Blob, 스냅샷 및 버전은 구성된 일시 삭제 보존 기간 동안 유지됩니다. 영구 삭제 기능을 사용하는 경우 보존 기간이 끝나기 전에 일시 삭제된 스냅샷 및 버전을 영구적으로 삭제할 수 있습니다. 보존 기간이 만료되면 나머지 일시 삭제된 데이터는 자동으로 영구적으로 삭제됩니다.

  • 일시 삭제를 사용하지 않도록 설정하면 모든 삭제는 영구적이지만 기존 일시 삭제된 데이터는 보존 기간이 만료될 때까지 유지됩니다.

  • 일시 삭제된 Blob의 콘텐츠는 읽기 API를 통해 액세스할 수 없습니다. 데이터에 액세스하려면 먼저 Blob의 삭제를 취소해야 합니다.

버전 관리 사용 시기

Blob 버전 관리의 작동 방식을 보여 주는 다이어그램

다음과 같은 경우 버전 관리 사용

  • Blob에 대한 변경 내용의 전체 기록을 유지하려고 합니다. 버전 관리의 경우 덮어쓰기 및 삭제 모두 이전 버전을 만듭니다. 삭제하면 현재 버전이 제거되지만 이전 버전은 그대로 유지됩니다.

  • 메타데이터 및 속성에 대한 변경 내용을 이전 버전으로 저장하려고 합니다.

  • 이전 Blob 상태를 장기 또는 무기한 보존해야 합니다.

  • 삭제를 취소하지 않고도 이전 버전에 대한 빠른 액세스를 유지하려고 합니다.

고려 사항

  • 각 쓰기 작업(Blob 배치,블록 목록 배치,Blob 메타데이터 설정 및 Blob 복사)은 새 버전의 Blob을 만듭니다.

  • 버전은 명시적으로 삭제될 때까지 보존되며 장기 복구 옵션을 제공합니다.

  • 최적의 성능을 유지하고 Blob 나열 작업 중 성능 저하를 방지하려면 Blob당 1,000 버전을 초과하지 않습니다.

  • 언제든지 특정 버전을 삭제할 수 있습니다. 현재 버전과 이전 버전을 삭제하려면 별도의 역할이 필요합니다. 이러한 분리는 실수를 피하는 데 도움이 될 수 있습니다. 동일한 ID에는 이러한 역할이 모두 할당되어 있을 수 있습니다. 자세히 알아보기.

  • 수 명 주기 관리 정책 또는 Azure Storage Actions 를 구성하여 버전 수명 주기를 제어하고 보존 조건을 정의할 수 있습니다.

  • 계층 구조 네임스페이스를 사용하도록 설정된 계정에는 버전 관리 기능을 사용할 수 없습니다.

둘 다 사용해야 하는 경우

다음과 같은 경우 일시 삭제 및 버전 관리 모두를 사용하도록 설정합니다.

  • 실수로 인한 삭제 및 덮어쓰기 모두에 대한 포괄적인 보호가 필요합니다.
  • 계층화된 데이터 보호가 필요한 규제 환경에서 작동합니다.
  • 버전이 삭제된 경우에도 복구 옵션을 확인하려고 합니다.
  • 이전 버전이 삭제될 때 일정 기간 동안 보존되는 유예 기간을 만들려고 합니다(일시 삭제 보존).

고려 사항

  • 버전 관리가 사용하도록 설정되면 현재 버전을 삭제하면 이전 버전이 됩니다. 일시 삭제를 사용하도록 설정하면 이전 버전을 삭제하면 일시 삭제된 이전 버전이 됩니다. (자세히 알아보기)

  • 일시 삭제 보존은 이전 버전의 삭제에만 적용됩니다. 보존 기간 전에 일시 삭제 버전을 영구적으로 삭제하려면 다음 지침을 검토하세요.

  • 최적의 성능을 유지하고 Blob 나열 작업 중 성능 저하를 방지하려면 Blob당 1,000 버전을 초과하지 않습니다.

  • 각 기능은 다른 방식으로 데이터를 유지합니다. 버전 관리 및 일시 삭제에 대해 서로 다른 보존 기간을 설정하여 비용 및 데이터 손실 위험의 균형을 맞출 수 있습니다.

둘 다 사용하지 못하는 경우

다음과 같은 경우 두 기능을 모두 사용하지 않도록 선택할 수 있습니다.

  • 애플리케이션에는 자체 백업 및 복구 메커니즘이 있습니다.
  • 엄격한 비용 제약 조건과 우발적인 데이터 손실 위험이 낮습니다.
  • 데이터는 임시 데이터이거나 테스트 데이터이며 보호가 필요하지 않습니다.

삭제 후 Blob 접근성

일시 삭제, 버전 관리 또는 둘 다 계정에서 사용하도록 설정되었는지 여부에 관계없이 이 섹션에서는 Blob이 삭제된 후 데이터에 액세스하는 방법을 설명합니다.

버전 관리가 사용하도록 설정된 경우 이전 버전을 읽을 버전 ID를 지정해야 합니다. Blob 복사 작업을 사용하여 이전 버전을 새 현재 버전으로 복사합니다.

일시 삭제를 사용하는 경우 Blob의 삭제를 취소해야 합니다.

버전 관리 및 일시 삭제를 사용하도록 설정하고 액세스하려는 이전 버전이 일시 삭제된 경우 먼저 Blob을 삭제 취소해야 합니다. 삭제 취소 Blob 작업은 항상 일시 삭제된 Blob 버전을 모두 복원합니다. 그런 다음 Blob 복사 작업을 사용하여 이전 버전을 새 현재 버전으로 복사할 수 있습니다.

비용 고려 사항

자주 덮어쓴 데이터에 대해 일시 삭제 또는 버전 관리 기능을 사용하도록 설정하면 Blob을 나열할 때 스토리지 용량 요금이 증가하고 대기 시간이 증가할 수 있습니다. Put Block 및 Put Block List를 사용하는 블록 수준 업데이트는 스토리지 비용을 줄일 수 있습니다. Blob, 버전 또는 스냅샷의 계층에 변경을 가하지 않으면, 해당 Blob과 그 버전 및 스냅샷 전반에 걸친 고유한 데이터 블록에 대해 요금이 청구됩니다. Blob, 버전 및 스냅샷이 영구적으로 삭제될 때까지 활성 데이터에 대한 요금이 청구됩니다. 자세히 알아보기