Blob 스토리지 버전 관리를 사용하도록 설정하여 이전 버전의 개체를 자동으로 유지 관리할 수 있습니다. 블롭 버전 관리를 활성화하면 수정되거나 삭제된 데이터를 복구할 수 있는 이전 버전의 블롭에 접근할 수 있습니다.
주의
스토리지 계정에 대해 Blob 버전 관리가 사용하도록 설정된 후 해당 계정의 Blob에 대한 모든 쓰기 작업을 수행하면 새 버전이 만들어집니다. 이러한 이유로 블롭 버전 관리 활성화는 추가 비용이 발생할 수 있습니다. 비용을 최소화하려면 수명 주기 관리 정책을 사용하여 이전 버전을 자동으로 삭제합니다. 수명 주기 관리에 대한 자세한 내용은 Azure Blob Storage 액세스 계층을 자동화하여 비용 최적화 참조하세요.
Blob 버전 관리의 작동 방식
버전은 지정된 시점에 Blob의 상태를 캡처합니다. 각 버전은 버전 ID로 식별됩니다. 스토리지 계정에 대해 Blob 버전 관리가 사용하도록 설정된 경우 Azure Storage Blob이 처음 만들어지고 이후에 Blob이 수정될 때마다 고유한 ID를 사용하여 새 버전을 자동으로 만듭니다.
버전 ID는 현재 버전 또는 이전 버전을 식별할 수 있습니다. Blob은 현재 버전을 한 번에 하나만 가질 수 있습니다.
새 Blob을 만들면 단일 버전이 존재하고 이 버전이 현재 버전입니다. 기존 Blob을 수정하면 현재 버전은 이전 버전이 됩니다. 업데이트된 상태를 캡처하기 위해 새 버전이 만들어지고 이 새 버전이 현재 버전이 됩니다. Blob을 삭제하면 Blob의 현재 버전은 이전 버전이 되고 현재 버전은 더 이상 존재하지 않습니다. Blob의 모든 이전 버전은 지속됩니다.
다음 다이어그램은 쓰기 작업에서 버전이 생성되는 과정과 이전 버전이 현재 버전으로 승격되는 방식을 보여줍니다.
중요합니다
Blob의 버전 수가 많으면 Blob 목록 작업 대기 시간이 길어질 수 있습니다. Microsoft Blob당 1,000개 미만의 버전을 유지하는 것이 좋습니다. 수명 주기 관리를 사용하여 오래된 버전을 자동으로 삭제할 수 있습니다. 수명 주기 관리에 대한 자세한 내용은 Azure Blob Storage 액세스 계층을 자동화하여 비용 최적화 참조하세요.
Blob 버전은 변경할 수 없습니다. 기존 Blob 버전의 콘텐츠나 메타데이터는 수정할 수 없습니다.
Blob 버전 관리는 표준 범용 v2, 프리미엄 블록 Blob 및 레거시 Blob Storage 계정에 사용할 수 있습니다. 계층 구조 네임스페이스가 Azure Data Lake Storage 사용하도록 설정된 스토리지 계정은 현재 지원되지 않습니다.
버전 2019-10-10 이상의 Azure Storage REST API는 Blob 버전 관리가 지원됩니다.
중요합니다
블롭 버전 관리는 저장소 계정이나 컨테이너가 실수로 삭제된 상황에서 복구하는 데 도움을 줄 수 없습니다. 스토리지 계정이 실수로 삭제되지 않도록 하려면 스토리지 계정 리소스 잠금을 설정하세요. 스토리지 계정 잠금에 대한 자세한 내용은 스토리지 계정에 대한 Azure Resource Manager 잠금 참조하세요.
버전 ID
각 블롭 버전은 고유한 버전 ID를 가지고 있습니다. 버전 ID 값은 블롭이 업데이트된 타임스탬프입니다. 버전을 만들 때 버전 ID를 할당합니다.
블롭의 특정 버전을 읽거나 삭제할 수 있는 것은 버전 ID를 사용해 가능합니다. 버전 ID를 포함하지 않으면, 연산은 현재 버전을 대상으로 합니다.
쓰기 작업을 호출하여 Blob을 만들거나 수정하는 경우 Azure Storage 응답에서 x-ms-version-id 헤더를 반환합니다. 이 헤더는 쓰기 작업이 생성하는 블롭의 현재 버전의 버전 ID를 포함합니다.
버전 ID는 버전 수명 동안 동일하게 유지됩니다.
쓰기 작업의 버전 관리
블롭 버전 관리(blob versioning)를 켜면, 블롭에 쓰기 작업마다 새로운 버전이 생성됩니다. 쓰기 작업에는 Blob 배치, 블록 목록 배치, Blob 복사및 Blob 메타데이터 설정이 포함됩니다.
쓰기 연산이 새로운 블롭을 생성하면, 결과적으로 생성된 블롭은 현재 버전의 블롭입니다. 쓰기 작업이 기존 블롭을 수정하면, 현재 버전은 이전 버전이 되고, 새로운 현재 버전이 업데이트된 블롭을 캡처합니다.
다음 다이어그램에서는 쓰기 작업이 Blob 버전에 미치는 영향을 보여 줍니다. 간단히 하기 위해, 이 글의 다이어그램은 버전 ID를 단순 정수 값으로 표시합니다. 실제 버전 ID는 타임스탬프입니다. 현재 버전은 파란색으로 표시되고 이전 버전은 회색으로 표시됩니다.
참고
스토리지 계정에서 블롭 버전 관리를 활성화하면, 블록 블롭에 대한 모든 쓰기 작업이 새 버전을 생성하지만, Put Block 작업은 예외입니다.
페이지 Blob 및 추가 Blob의 경우 쓰기 작업의 하위 집합만 버전 만들기를 트리거합니다. 다음과 같은 작업이 여기에 포함됩니다.
다음 작업은 새 버전 만들기를 트리거하지 않습니다. 해당 작업의 변경 내용을 캡처하려면 수동 스냅샷을 만듭니다.
모든 블롭 버전은 동일한 블롭 타입이어야 합니다. Blob에 이전 버전이 있는 경우, Blob 및 해당 버전을 모두 삭제하지 않으면 한 유형의 Blob을 다른 유형으로 덮어쓸 수 없습니다.
삭제 작업의 버전 관리
버전 ID를 지정하지 않고 Blob 삭제 작업을 호출하면 현재 버전은 이전 버전이 되고 현재 버전은 더 이상 존재하지 않습니다. 이 연산은 이전에 존재하는 모든 블롭 버전을 보존합니다.
다음 다이어그램은 삭제 작업이 버전이 지정된 Blob에 어떤 영향을 주는지 보여 줍니다.
Blob의 특정 버전을 삭제하려면 삭제 작업에서 해당 버전의 ID를 제공합니다. 저장소 계정에 블롭 소프트 삭제도 활성화하면, 시스템은 소프트 삭제 보존 기간이 지날 때까지 버전을 유지합니다.
Blob에 새 데이터를 쓰면 Blob의 현재 버전이 새로 만들어집니다. 이 동작은 기존 버전에는 영향을 주지 않으며, 아래 도표에서 확인할 수 있습니다.
액세스 계층
Blob 계층 설정 작업을 호출하여 현재 버전을 비롯한 모든 블록 Blob 버전을 다른 Blob 액세스 계층으로 이동할 수 있습니다. 구버전 블롭을 쿨 또는 아카이브 계층으로 옮기면 용량 가격이 낮아지는 혜택을 누릴 수 있습니다. 자세한 내용은 Blob 데이터에 대한 핫, 쿨, 콜드 및 아카이브 액세스 계층을 참조하세요.
블록 블롭을 적절한 계층으로 이동하는 과정을 자동화하려면 블롭 라이프사이클 관리를 사용하세요. 라이프사이클 관리에 대한 자세한 내용은 'Azure Blob 스토리지 수명 주기 관리'를 참조하세요.
Blob 버전 관리 사용 또는 사용하지 않음
Blob 버전 관리를 사용하거나 사용하지 않도록 설정하는 방법을 알아보려면 Blob 버전 관리 사용 및 관리를 참조하세요.
Blob 버전 관리를 사용하지 않도록 설정해도 기존 Blob, 버전 또는 스냅샷은 삭제되지 않습니다. Blob 버전 관리를 해제하면 기존 버전은 스토리지 계정에서 계속 액세스할 수 있습니다. 이후에는 새 버전이 생성되지 않습니다.
버전 관리를 사용하지 않도록 설정한 후 현재 버전을 수정하면 버전이 아닌 Blob이 생성됩니다. Blob에 대한 이후의 모든 업데이트는 이전 상태를 저장하지 않고 해당 데이터를 덮어씁니다. 모든 기존 버전은 이전 버전으로 유지됩니다.
버전 관리가 비활성화된 후에는 버전 ID를 사용해 버전을 읽거나 삭제할 수 있습니다. 버전 관리를 사용하지 않도록 설정한 후 Blob 버전을 나열할 수도 있습니다.
개체 복제는 Blob 버전 관리를 사용합니다. Blob 버전 관리를 사용하지 않도록 설정하려면 먼저 계정에서 개체 복제 정책을 삭제해야 합니다. 개체 복제에 대한 자세한 내용은 블록 Blob에 대한 개체 복제를 참조하세요.
다음 다이어그램은 버전 관리를 사용하지 않도록 설정한 후 Blob을 수정하여 버전이 지정되지 않는 Blob을 만드는 방법을 보여 줍니다. Blob과 연결된 모든 기존 버전은 유지됩니다.
Blob 버전 관리와 임시 제거
Blob 버전 관리 및 Blob 일시 삭제는 스토리지 계정에 권장되는 데이터 보호 구성의 일부입니다. 데이터 보호를 위한 Microsoft 권장 사항에 대한 자세한 내용은 데이터 보호 개요를 참조하세요.
블롭 덮어쓰기
스토리지 계정에 Blob 버전 관리와 Blob 일시 삭제를 모두 사용하는 경우 Blob을 덮어쓰면 자동으로 새 버전이 만들어집니다. 새 버전은 일시 삭제되지 않으며 일시 삭제 보존 기간이 만료되어도 제거되지 않습니다. 소프트 삭제된 스냅샷이 생성되지 않습니다.
Blob 또는 버전 삭제
스토리지 계정에서 버전 관리와 소프트 삭제를 활성화하면, 블롭을 삭제하면 현재 버전의 블롭이 이전 버전이 됩니다. 이 작업은 새 버전을 생성하거나 스냅샷을 소프트 삭제하지 않습니다. 소프트 삭제 보존 기간은 삭제된 블롭에는 적용되지 않습니다.
소프트 삭제는 블롭 파일을 삭제할 때 추가적인 보호 기능을 제공합니다. 이전 버전의 블롭을 삭제하면, 그 버전은 소프트 삭제됩니다. 소프트 삭제 버전은 소프트 삭제 보존 기간이 끝날 때까지 보존되며, 그 후에는 영구적으로 삭제됩니다.
Blob의 이전 버전을 삭제 하려면 Blob 삭제 작업을 호출하고 버전 ID를 지정합니다.
다음 다이어그램은 Blob 또는 Blob 버전을 삭제할 때 발생하는 상황을 보여 줍니다.
일시 삭제된 버전 복원
Blob 삭제 취소 작업을 사용하여 일시 삭제 보존 기간 동안 일시 삭제된 버전을 복원할 수 있습니다. Blob 삭제 취소 작업은 Blob의 일시 삭제된 모든 버전을 항상 복원합니다. 소프트 삭제된 버전 하나만 복원할 수는 없습니다.
Blob 삭제 취소 작업을 사용해 소프트 삭제된 버전을 복원해도 어떤 버전도 현재 버전으로 전환되지 않습니다. 현재 버전을 복원하려면 먼저 일시 삭제된 모든 버전을 복원한 다음, Blob 복사 작업을 사용하여 이전 버전을 새 현재 버전으로 복사합니다.
다음 다이어그램은 Undelete Blob 연산을 사용해 소프트 삭제된 블롭 버전을 복원하는 방법과 , Copy Blob 연산을 사용해 현재 버전의 블롭을 복원하는 방법을 보여줍니다.
소프트 삭제 보존 기간이 종료되면 소프트 삭제된 블롭 버전은 영구적으로 삭제됩니다.
Blob 버전 관리와 Blob 스냅샷
블롭 스냅샷은 특정 시점에 생성된 블롭의 읽기 전용 복사본입니다. 블롭 스냅샷과 블롭 버전은 비슷하지만, 본인이나 애플리케이션이 수동으로 스냅샷을 생성하고, 블롭 버전은 스토리지 계정에서 블롭 버전 관리가 활성화되면 쓰기나 삭제 작업 중에 자동으로 생성됩니다.
중요합니다
Microsoft Blob 버전 관리를 사용하도록 설정한 후 블록 Blob의 스냅샷 생성을 중지하도록 애플리케이션을 업데이트하는 것이 좋습니다. 스토리지 계정에서 버전 관리(versioning)를 활성화하면, 버전을 사용해 모든 블록 블롭의 업데이트와 삭제를 캡처하고 보존합니다. 스냅샷 촬영은 블롭 버전 관리가 활성화되어 있으면 블록 블롭 데이터에 추가적인 보호를 제공하지 않으며, 비용과 애플리케이션 복잡성이 증가할 수 있습니다.
버전 관리가 활성화된 경우 Blob의 스냅샷을 생성하십시오.
권장되지는 않지만, 버전도 지정된 블롭의 스냅샷을 만들 수 있습니다. 버전 관리를 사용하지만 Blob의 스냅샷 만들기를 중지하도록 애플리케이션을 업데이트할 수 없는 경우, 애플리케이션에서 스냅샷과 버전을 모두 지원할 수 있습니다.
버전 부여가 된 블롭의 스냅샷을 찍으면, 스냅샷을 생성하는 동시에 새 버전을 만듭니다. 스냅샷을 찍을 때 새로운 현재 버전을 생성하기도 합니다.
다음 다이어그램에서는 버전이 지정된 Blob의 스냅샷을 만들 때 발생하는 상황을 보여 줍니다. 이 다이어그램에서 버전 ID가 2와 3인 Blob 버전과 스냅샷에는 동일한 데이터가 포함되어 있습니다.
Blob 버전에 대한 작업 권한 부여
다음 방법 중 하나를 사용하여 블롭 버전 접근을 권한 부여할 수 있습니다:
- Azure role-based access control (Azure RBAC)를 사용하여 Microsoft Entra 보안 원칙에 권한을 부여합니다. Microsoft 뛰어난 보안 및 사용 편의성을 위해 Microsoft Entra ID 사용하는 것이 좋습니다. Blob 작업에서 Microsoft Entra ID 사용하는 방법에 대한 자세한 내용은
Azure Storage 참조하세요. - 공유 접근 서명(SAS)을 사용하여 블롭 버전에 대한 접근 권한을 위임하세요. 서명된 리소스 타입
bv의 버전 ID를 지정하여, 해당 버전에 대한 연산을 위한 SAS 토큰을 생성합니다. 공유 액세스 서명에 대한 자세한 내용은 SAS(공유 액세스 서명)를 사용하여 Azure Storage 리소스에 제한된 액세스를 부여하기를 참조하십시오. - Shared Key를 사용하여 블롭 버전에 대한 작업을 인증하려면 계정 액세스 키를 사용하세요. 자세한 내용은 공유 키를 사용하여 권한 부여를 참조하세요.
Blob 버전 관리는 실수로 인한 삭제 또는 악의적인 삭제에서 데이터를 보호하도록 설계되었습니다. 보호를 강화하려면, Blob 버전의 삭제에 특별한 권한이 필요합니다. 다음 섹션에서는 Blob 버전을 삭제하는 데 필요한 권한에 대해 설명합니다.
Azure RBAC 작업으로 blob 버전을 삭제하기
다음 표는 Azure RBAC 작업 중 블롭 또는 블롭 버전을 삭제하는 데 지원되는 작업을 보여줍니다.
| 설명 | Blob 서비스 작업 | AZURE RBAC 데이터 작업 필요 | Azure 기본 제공 역할 지원 |
|---|---|---|---|
| 현재 버전 삭제 | Blob 삭제 | Microsoft.Storage/storageAccounts/blobServices/containers/blobs/delete | Storage Blob 데이터 기여자 |
| 이전 버전 삭제 | Blob 삭제 | Microsoft.Storage/storageAccounts/blobServices/containers/blobs/deleteBlobVersion/action | Storage Blob 데이터 소유자 |
SAS(공유 액세스 서명) 매개 변수
Blob 버전에 대한 서명된 리소스는 bv입니다. 자세한 내용은 서비스 SAS 만들기 또는 사용자 위임 SAS 만들기를 참조하세요.
다음 표에서는 SAS에서 Blob 버전을 삭제하는 데 필요한 권한을 보여 줍니다.
| 사용 권한 | URI 기호 | 허용되는 작업 |
|---|---|---|
| 삭제 | x | Blob 버전을 삭제합니다 |
가격 책정 및 대금 청구
블롭 버전 관리를 활성화하면 계정에 추가 데이터 저장 요금이 발생할 수 있습니다. 신청서를 설계할 때는 이러한 비용이 어떻게 누적될 수 있는지 인지하여 비용을 최소화할 수 있습니다.
Blob 버전은 Blob 스냅샷처럼 활성 데이터와 동일한 요금이 청구됩니다. 버전 결제 방식은 블롭(또는 스냅샷)의 현재 버전이나 이전 버전에 대해 티어를 명시적으로 설정했는지에 따라 달라집니다. Blob 계층에 대한 자세한 내용은 Blob 데이터에 대한 핫, 쿨, 콜드 및 보관 액세스 계층을 참조하세요.
블롭이나 버전의 티어를 변경하지 않으면, 그 블롭 전체에 걸친 고유한 데이터 블록, 버전, 그리고 스냅샷에 대해 비용을 지불해야 합니다. 자세한 내용은 '블롭 티어가 명시적으로 설정되지 않은 경우의 청구'를 참조하세요.
블롭이나 버전의 티어를 변경하면, 블롭과 버전이 다시 같은 티어에 속하든 상관없이 전체 오브젝트에 대해 비용을 지불해야 합니다. 자세한 내용은 '블롭 티어가 명시적으로 설정되었을 때의 청구'를 참조하세요.
참고
자주 덮어쓰는 데이터에 대한 버전 관리가 활성화되면 저장 용량 부담이 증가하고 목록 작업 중 지연이 증가할 수 있습니다. 해당 문제를 완화하려면 버전 관리를 사용하지 않는 별도의 스토리지 계정에 자주 덮어쓴 데이터를 저장하세요.
자주 백업되는 스토리지 계정에서 버전을 사용하도록 설정하면 버전이 쿨 또는 콜드 액세스 계층에 저장될 때 데이터 검색 요금이 트리거될 수 있습니다.
Blob 스냅샷의 청구 정보에 대한 자세한 내용은 Blob 스냅샷을 참조하세요.
스마트 티어를 사용하는 스토리지 계정은 전체 콘텐츠 길이의 버전과 스냅샷에 대해 비용을 지불합니다. 자세한 내용은 스마트 계층을 사용하여 비용 최적화를 참조하세요.
블롭 티어를 명시적으로 설정하지 않은 채 청구하는 것
블롭의 어떤 버전에도 명시적으로 블롭 티어를 설정하지 않으면, 모든 버전에서 고유한 블록이나 페이지, 그리고 스냅샷에 대해 비용을 지불해야 합니다. 블롭 버전 간 공유 데이터는 한 번만 결제하면 됩니다. 블롭을 업데이트하면 새 현재 버전의 데이터가 이전 버전에 저장된 데이터와 다르게 되고, 블록이나 페이지당 고유 데이터에 대해 비용을 지불해야 합니다.
블록 블롭 내에서 블록을 교체하면, 그 블록을 고유 블록으로 결제하는 것입니다. 이 규칙은 블록이 이전 버전과 동일한 블록 ID와 동일한 데이터를 가지고 있어도 적용됩니다. 블록을 다시 커밋하면 이전 버전과 다르게 되고, 그 데이터를 대가로 지불하게 됩니다. 동일한 데이터로 업데이트한 페이지 블롭 내 페이지에도 같은 규칙이 적용됩니다.
블롭 저장소는 두 블록이 동일한 데이터를 포함하는지 판단할 방법이 없습니다. 업로드하고 커밋하는 각 블록은 동일한 데이터와 블록 ID를 가지고 있어도 고유하게 취급됩니다. 고유 블록에 비용을 지불하기 때문에, 버전 관리가 활성화된 상태에서 블롭을 업데이트하면 더 많은 고유 블록과 추가 요금이 발생한다는 점을 기억하세요.
블롭 버전 관리를 활성화할 때, 블록 블롭에 대해 업데이트를 호출하여 가능한 한 적은 수의 블록을 업데이트하도록 하세요. 블록에 대한 세분화된 제어를 허용하는 쓰기 작업은 블록 배치와 블록 목록 배치입니다. 반면 Put Blob 연산은 블롭의 전체 내용을 대체하여 추가 전하를 유발할 수 있습니다.
다음 시나리오들은 블록 블롭과 그 버전에 대해 블롭 티어를 명시적으로 설정하지 않을 때 어떻게 충전이 누적되는지 보여줍니다.
시나리오 1
시나리오 1에서는 Blob에 이전 버전이 있습니다. 블롭은 버전이 만들어진 이후로 업데이트되지 않아서, 고유 블록 1, 2, 3에만 요금이 부과됩니다.
시나리오 2
시나리오 2에서는 블롭 내 블록 하나(다이어그램의 블록 3)를 업데이트합니다. 업데이트된 블록에 동일한 데이터와 동일한 ID가 포함된 경우에도 이전 버전의 블록 3과는 다릅니다. 그 결과, 네 블록 비용을 지불하게 됩니다.
시나리오 3
시나리오 3에서는 블롭을 업데이트하지만 버전은 업데이트하지 않습니다. 현재 블롭에서 블록 3을 블록 4로 교체하지만, 이전 버전은 여전히 블록 3을 반영합니다. 그 결과, 네 블록 비용을 지불하게 됩니다.
시나리오 4
시나리오 4에서는 현재 버전을 완전히 업데이트하는데, 원본 블록이 전혀 포함되지 않습니다. 그 결과, 현재 버전에서는 4개, 이전 두 버전에서는 4개를 합쳐 8개의 고유 블록 모두에 비용을 지불하게 됩니다. 이 상황은 Put Blob 연산을 사용해 글을 쓸 때 발생할 수 있는데, 이는 블롭의 전체 내용을 대체하기 때문입니다.
블롭 티어가 명시적으로 설정된 시점의 청구
블롭, 버전, 스냅샷의 블롭 티어를 명시적으로 설정하면, 새 티어의 전체 콘텐츠 길이에 대해 비용을 지불해야 합니다. 비록 원래 티어의 오브젝트와 블록을 공유하더라도 말이죠. 또한 원래 티어에서 가장 오래된 버전의 전체 콘텐츠 길이에 대해 비용을 지불해야 합니다. 그 외의 이전 버전 또는 스냅샷이 원래 티어에 남아 있는 경우, Blob 티어가 명시적으로 설정되지 않은 경우의 요금 청구에 설명된 대로 이들이 공유하는 고유 블록에 대한 비용을 지불하게 됩니다.
새 계층으로 Blob 이동
다음 표는 블롭이나 버전을 새로운 계층으로 이동할 때의 청구 동작을 설명합니다.
| 블롭 티어를 설정할 때... | 그런 다음 고객님께 요금이 청구됩니다. |
|---|---|
| 현재 또는 이전 버전에 명시적으로 설정됨 | 해당 버전의 전체 콘텐츠 길이. 명시적으로 설정된 계층이 없는 버전은 고유 블록에 대해만 청구됩니다.1 |
| 아카이브하다 | 모든 버전 및 스냅샷의 전체 콘텐츠 길이.1. |
1원래 티어에서 이동하지 않은 다른 이전 버전 또는 스냅샷이 있는 경우, 해당 버전 또는 스냅샷에는 포함된 고유 블록 수를 기준으로 blob tier가 명시적으로 설정되지 않은 경우의 청구에 설명된 대로 요금이 청구됩니다.
다음 다이어그램에서는 버전이 지정된 Blob을 다른 계층으로 이동할 때 개체의 요금을 청구하는 방법을 보여 줍니다.
블롭, 버전, 스냅샷의 티어를 명시적으로 설정하는 것은 되돌릴 수 없습니다. 블롭을 새로운 티어로 옮겼다가 원래 티어로 다시 옮기면, 원래 티어의 다른 오브젝트와 블록을 공유하더라도 오브젝트의 전체 콘텐츠 길이에 대해 비용을 지불하게 됩니다.
Blob, 버전 또는 스냅샷의 계층을 명시적으로 설정하는 작업은 다음과 같습니다.
- Blob 계층 설정
- 계층을 지정하여 Blob 배치
- 지정된 계층을 사용하여 블록 목록 배치
- 티어가 지정된 복사 블롭
소프트 삭제가 활성화된 경우 Blob 삭제
블롭 소프트 삭제를 활성화하면 모든 소프트 삭제된 엔티티에 대해 실시간 데이터와 동일한 요금으로 비용을 지불하게 됩니다. 명시적으로 설정된 티어가 있는 현재 버전을 삭제하거나 덮어쓰면, 이전 버전의 소프트 삭제 블롭에 대해 전체 콘텐츠 길이로 비용을 지불하게 됩니다. Blob 버전 관리와 일시 삭제를 함께 사용하는 방법에 대한 자세한 내용은 Blob 버전 관리 및 일시 삭제를 참조하세요.
기능 지원
이 기능에 대한 지원은 Data Lake Storage Gen2, NFS(네트워크 파일 시스템) 3.0 프로토콜 또는 SFTP(SSH 파일 전송 프로토콜)를 사용하도록 설정하여 영향을 받을 수 있습니다. 이러한 기능을 사용하도록 설정한 경우 Azure Storage 계정의 Blob Storage 기능 지원을 참조하여 이 기능에 대한 지원을 평가합니다.
Data Lake Storage API를 사용해 업로드한 블롭에는 버전 관리가 지원되지 않습니다.