Blob 만료 설정

아티클
02/07/2024

작업은 Set Blob Expiry 기존 Blob의 만료 날짜를 설정합니다. 이 작업은 계층 구조 네임스페이스 사용 계정에서만 허용됩니다. 서비스 버전 2020-02-10 이상에 적용됩니다.

요청

다음과 같이 Set Blob Expiry 요청을 생성할 수 있습니다. HTTPS를 사용하는 것이 좋습니다. myaccount를 스토리지 계정의 이름으로 바꿉니다.

PUT 메서드 요청 URI	HTTP 버전
`https://myaccount.blob.core.windows.net/mycontainer/myblob?comp=expiry`	HTTP/1.1

에뮬레이트된 저장소 서비스 URI

에뮬레이트된 스토리지 서비스에 대한 요청을 수행할 때 에뮬레이터 호스트 이름 및 Blob Storage 포트를 로 127.0.0.1:10000지정한 다음 에뮬레이트된 스토리지 계정 이름을 지정합니다.

PUT 메서드 요청 URI	HTTP 버전
`http://127.0.0.1:10000/devstoreaccount1/mycontainer/myblob?comp=expiry`	HTTP/1.1

자세한 내용은 로컬 Azure Storage 개발에 Azurite 에뮬레이터 사용을 참조하세요.

URI 매개 변수

요청 URI에 다음과 같은 추가 매개 변수를 지정할 수 있습니다.

매개 변수	Description
`timeout`	선택 사항입니다. `timeout` 매개 변수는 초 단위로 표시됩니다. 자세한 내용은 Blob Storage 작업에 대한 시간 제한 설정을 참조하세요.

요청 헤더

필수 및 선택적 요청 헤더는 다음 표에 설명되어 있습니다.

요청 헤더	Description
`Authorization`	필수 사항입니다. 인증 체계, 계정 이름 및 서명을 지정합니다. 자세한 내용은 Azure Storage 서비스에 대한 인증 을 참조하세요.
`Date` 또는 `x-ms-date`	필수 사항입니다. 요청에 대한 UTC(협정 세계시)를 지정합니다. 자세한 내용은 Azure Storage 서비스에 대한 인증을 참조하세요.
`x-ms-version`	인증된 모든 요청의 경우 필수입니다. 이 요청에 사용할 작업의 버전을 지정합니다. 자세한 내용은 Azure Storage 서비스에 대한 버전 관리를 참조하세요.
`x-ms-lease-id:<ID>`	blob에 활성 임대가 포함된 경우 필수입니다. 활성 임대가 포함된 blob에서 이 작업을 수행하려면 이 헤더에 대해 유효한 임대 ID를 지정합니다.
`x-ms-expiry-option`	필수 사항입니다. 요청에 대한 만료 날짜 옵션을 지정하려면 ExpiryOption을 참조하세요.
`x-ms-expiry-time`	선택 사항입니다. 파일이 만료되도록 설정된 시간입니다. 만료 날짜의 형식은 에 따라 `x-ms-expiry-option`다릅니다. 자세한 내용은 ExpiryOption을 참조하세요.
`x-ms-client-request-id`	선택 사항입니다. 로깅이 구성될 때 로그에 기록되는 1키비바이트(KiB) 문자 제한으로 클라이언트에서 생성된 불투명 값을 제공합니다. 이 헤더를 사용하여 클라이언트 쪽 활동과 서버가 수신하는 요청의 상관 관계를 지정하는 것이 좋습니다. 자세한 내용은 Azure Blob Storage 모니터링을 참조하세요.

ExpiryOption

다음 값을 헤더로 x-ms-expiry-option 보낼 수 있습니다. 이 헤더는 대/소문자를 구분하지 않습니다.

만료 옵션	Description
`RelativeToCreation`	파일 생성 시간을 기준으로 만료 날짜를 설정합니다. `x-ms-expiry-time` 생성 시간부터 경과할 시간(밀리초)으로 지정해야 합니다.
`RelativeToNow`	현재 시간을 기준으로 만료 날짜를 설정합니다. `x-ms-expiry-time` 는 현재 시간에서 경과할 시간(밀리초)으로 지정해야 합니다.
`Absolute`	`x-ms-expiry-time` 는 RFC 1123 형식으로 절대 시간으로 지정해야 합니다.
`NeverExpire`	파일이 만료되지 않도록 설정하거나 현재 만료 날짜를 제거합니다. `x-ms-expiry-time` 을 지정하지 않아야 합니다.

요청 본문

이 요청에 대한 요청 본문이 비어 있습니다.

샘플 요청

Request Syntax:  
PUT https://myaccount.blob.core.windows.net/mycontainer/myblob?comp=expiry HTTP/1.1  
  
Request Headers:  
x-ms-version: 2020-02-10  
x-ms-date: Sun, 25 Sep 2020 14:37:35 GMT
x-ms-expiry-option: RelativeTonow
x-ms-expiry-time: 30000  
Authorization: SharedKey myaccount:J4ma1VuFnlJ7yfk/Gu1GxzbfdJloYmBPWlfhZ/xn7GI=

응답

응답에는 HTTP 상태 코드 및 응답 헤더 집합이 포함되어 있습니다.

상태 코드

작업에 성공하면 상태 코드 200(정상)이 반환됩니다.

상태 코드에 대한 자세한 내용은 상태 및 오류 코드를 참조하세요.

응답 헤더

이 작업의 응답에는 다음과 같은 헤더가 포함됩니다. 응답에는 추가 표준 HTTP 헤더가 포함될 수도 있습니다. 모든 표준 헤더는 HTTP/1.1 프로토콜 사양을 준수합니다.

응답 헤더	Description
`ETag`	파일의 버전을 나타내는 값을 포함합니다. 값은 따옴표로 묶입니다.
`Last-Modified`	디렉터리가 마지막으로 수정된 날짜와 시간을 반환합니다. 날짜 형식은 RFC 1123을 따릅니다. 자세한 내용은 머리글의 날짜/시간 값 표시를 참조하세요. 디렉터리 또는 해당 속성을 수정하는 모든 작업을 수행하면 마지막 수정 시간이 업데이트됩니다. 파일에 대한 작업은 디렉터리의 마지막으로 수정된 시간에 영향을 주지 않습니다.
`x-ms-request-id`	만들어진 요청을 고유하게 식별하고 요청 문제를 해결하는 데 사용할 수 있습니다. 자세한 내용은 API 작업 문제 해결을 참조하세요.
`x-ms-version`	요청을 실행하는 데 사용된 Blob Storage 버전을 나타냅니다.
`Date`	서비스에서 생성된 UTC 날짜/시간 값으로, 응답이 시작된 시간을 나타냅니다.

샘플 응답

Response Status:  
HTTP/1.1 200 OK  
  
Response Headers:  
Date: Sun, 25 Sep 2011 23:47:09 GMT  
Server: Windows-Azure-Blob/1.0 Microsoft-HTTPAPI/2.0

권한 부여

Azure Storage에서 데이터 액세스 작업을 호출할 때 권한 부여가 필요합니다. 아래에 설명된 대로 작업에 권한을 부여할 Set Blob Expiry 수 있습니다.

중요

Microsoft는 관리 ID와 함께 Microsoft Entra ID 사용하여 Azure Storage에 대한 요청에 권한을 부여하는 것이 좋습니다. Microsoft Entra ID 공유 키 권한 부여에 비해 뛰어난 보안 및 사용 편의성을 제공합니다.

Azure Storage는 Microsoft Entra ID 사용하여 Blob 데이터에 대한 요청에 권한을 부여할 수 있도록 지원합니다. Microsoft Entra ID 사용하면 Azure RBAC(Azure 역할 기반 액세스 제어)를 사용하여 보안 주체에 권한을 부여할 수 있습니다. 보안 주체는 사용자, 그룹, 애플리케이션 서비스 주체 또는 Azure 관리 ID일 수 있습니다. 보안 주체는 OAuth 2.0 토큰을 반환하기 위해 Microsoft Entra ID 인증됩니다. 그런 다음 토큰을 사용하여 Blob service에 대한 요청을 승인할 수 있습니다.

Microsoft Entra ID 사용하여 권한 부여에 대한 자세한 내용은 Microsoft Entra ID 사용하여 Blob에 대한 액세스 권한 부여를 참조하세요.

사용 권한

아래에는 Microsoft Entra 사용자, 그룹, 관리 ID 또는 서비스 주체가 작업을 호출 Set Blob Expiry 하는 데 필요한 RBAC 작업과 이 작업을 포함하는 최소 권한의 기본 제공 Azure RBAC 역할이 나와 있습니다.

Azure RBAC 작업:Microsoft.Storage/storageAccounts/blobServices/containers/blobs/write
최소 권한 기본 제공 역할:Storage Blob 데이터 기여자

Azure RBAC를 사용하여 역할을 할당하는 방법에 대한 자세한 내용은 Blob 데이터에 액세스하기 위해 Azure 역할 할당을 참조하세요.

SAS(공유 액세스 서명)는 스토리지 계정의 리소스에 대한 보안 위임된 액세스를 제공합니다. SAS를 사용하면 클라이언트가 데이터에 액세스하는 방법을 세분화하여 제어할 수 있습니다. 클라이언트가 액세스할 수 있는 리소스, 해당 리소스에 대한 사용 권한 및 SAS가 유효한 기간을 지정할 수 있습니다.

이 Set Blob Expiry 작업은 사용자 위임 SAS, 서비스 SAS 및 계정 SAS의 세 가지 유형의 공유 액세스 서명을 지원 합니다.

보안 모범 사례로 더 쉽게 손상될 수 있는 스토리지 계정 키 대신 Microsoft Entra 자격 증명을 사용하는 것이 좋습니다. 애플리케이션 디자인에 공유 액세스 서명이 필요한 경우 가능한 경우 Microsoft Entra 자격 증명을 사용하여 사용자 위임 SAS를 만듭니다.

스토리지 계정에 대한 공유 키 액세스가 허용되지 않는 경우 Blob Storage에 대한 요청에 서비스 SAS 토큰 또는 계정 SAS 토큰이 허용되지 않습니다. 자세한 내용은 공유 키를 허용하지 않는 것이 SAS 토큰에 미치는 영향 이해를 참조하세요.

사용자 위임 SAS

사용자 위임 SAS는 Microsoft Entra 자격 증명 및 SAS에 대해 지정된 권한으로 보호됩니다.

Set Blob Expiry 컨테이너 또는 Blob 리소스에 위임된 SAS 토큰을 사용하여 작업을 호출하려면 사용자 위임 SAS 토큰의 일부로 쓰기(w) 권한이 필요합니다.

사용자 위임 SAS에 대한 자세한 내용은 사용자 위임 SAS Create 참조하세요.

서비스 SAS

서비스 SAS는 스토리지 계정 키로 보호됩니다. 서비스 SAS는 Blob Storage와 같은 단일 Azure Storage 서비스의 리소스에 대한 액세스를 위임합니다.

Set Blob Expiry 컨테이너 또는 Blob 리소스에 위임된 SAS 토큰을 사용하여 작업을 호출하려면 서비스 SAS 토큰의 일부로 쓰기(w) 권한이 필요합니다.

서비스 SAS에 대한 자세한 내용은 서비스 SAS Create 참조하세요.

계정 SAS

계정 SAS는 스토리지 계정 키로 보호됩니다. 계정 SAS는 하나 이상의 스토리지 서비스에서 리소스에 대한 액세스 권한을 위임합니다. 서비스 SAS 또는 사용자 위임 SAS를 통해 가능한 모든 작업은 계정 SAS를 통해서도 가능합니다.

다음 표에서는 액세스를 위임할 때 지정할 서명된 리소스 유형 및 서명된 권한을 나타냅니다.

작업	서명된 서비스	서명된 리소스 종류	서명된 권한
Blob 만료 설정	Blob(b)	개체(o)	쓰기(w)

계정 SAS에 대한 자세한 내용은 계정 SAS Create 참조하세요.

이 Set Blob Expiry 작업은 공유 키 권한 부여를 지원합니다. 보안이 떨어지기 때문에 대부분의 시나리오에서는 계정 키를 사용하여 권한을 부여하지 않는 것이 좋습니다.

가능한 경우 스토리지 계정에 대한 공유 키 권한 부여를 허용하지 않는 것이 좋습니다. 자세한 내용은 공유 키로 권한 부여 방지를 참조하세요.

설명

Blob에서 만료 날짜를 설정하기 위한 의미 체계는 다음과 같습니다.

Set Expiry 는 디렉터리가 아닌 파일에서만 설정할 수 있습니다.
Set Expiry 는 과거에 사용할 expiryTime 수 없습니다.
ExpiryTime을 값Never으로 expiryOption 지정할 수 없습니다.

참고

Blob 일시 삭제 기능을 사용하여 만료된 파일을 복원할 수 없습니다. 계정에 대해 일시 삭제를 사용하도록 설정한 경우에도 만료된 파일은 만료될 때 일시 삭제된 Blob이 되지 않습니다. 삭제된 파일만 일시 삭제된 파일이 될 수 있습니다.

결제

가격 책정 요청은 Blob Storage REST API를 통해 직접 또는 Azure Storage 클라이언트 라이브러리에서 Blob Storage API를 사용하는 클라이언트에서 비롯할 수 있습니다. 이러한 요청은 트랜잭션당 요금을 발생합니다. 트랜잭션 유형은 계정 청구 방식에 영향을 줍니다. 예를 들어 읽기 트랜잭션은 쓰기 트랜잭션과 다른 청구 범주에 발생합니다. 다음 표에서는 스토리지 계정 유형에 따라 요청에 대한 Set Blob Expiry 청구 범주를 보여 줍니다.

작업	Storage 계정 유형	청구 범주
Blob 만료 설정	프리미엄 블록 Blob 표준 범용 v2	기타 작업
Blob 만료 설정	표준 범용 v1	쓰기 작업

지정된 청구 범주의 가격 책정에 대한 자세한 내용은 Azure Blob Storage 가격 책정을 참조하세요.

다음을 통해 공유