블록 목록 배치

  • 아티클

Put Block List 작업은 blob를 구성하는 블록 ID 목록을 지정하여 blob에 기록합니다. Blob의 일부로 쓰려면 이전 블록 배치 작업에서 블록이 서버에 성공적으로 기록되어야 합니다.

를 호출 Put Block List 하여 변경된 블록만 업로드한 다음 새 블록과 기존 블록을 함께 커밋하여 Blob을 업데이트할 수 있습니다. 커밋된 블록 목록에서 블록을 커밋할지, 커밋되지 않은 블록 목록에서 블록을 커밋할지 또는 블록이 속한 목록 중 가장 최근에 업로드된 버전을 커밋할지를 지정하여 이 작업을 수행할 수 있습니다.

요청

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

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

에뮬레이트된 스토리지 서비스 요청

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

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

스토리지 에뮬레이터는 최대 2GiB(기비바이트)의 Blob 크기만 지원합니다.

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

URI 매개 변수

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

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

요청 헤더

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

요청 헤더 Description
Authorization 필수 사항입니다. 권한 부여 체계, 계정 이름 및 서명을 지정합니다. 자세한 내용은 Azure Storage에 대한 요청 권한 부여를 참조하세요.
Date 또는 x-ms-date 필수 사항입니다. 요청에 대한 UTC(협정 세계시)를 지정합니다. 자세한 내용은 Azure Storage에 대한 요청 권한 부여를 참조하세요.
x-ms-version 모든 권한 있는 요청에 필요합니다. 이 요청에 사용할 작업의 버전을 지정합니다. 자세한 내용은 Azure Storage 서비스에 대한 버전 관리를 참조하세요.
Content-Length 필수 사항입니다. 요청 콘텐츠의 길이(바이트)입니다. 이 헤더는 Blob 자체가 아닌 블록 목록의 콘텐츠 길이를 나타냅니다.
Content-MD5 선택 사항입니다. 요청 콘텐츠의 MD5 해시입니다. 이 해시는 전송 중 요청 콘텐츠의 무결성을 확인하는 데 사용됩니다. 두 해시가 일치하지 않으면 작업이 실패하고 오류 코드 400(잘못된 요청)이 표시됩니다.

이 헤더는 Blob 자체의 콘텐츠가 아니라 요청 콘텐츠와 연결됩니다.
x-ms-content-crc64 선택 사항입니다. 요청 콘텐츠의 CRC64 해시입니다. 이 해시는 전송 중 요청 콘텐츠의 무결성을 확인하는 데 사용됩니다. 두 해시가 일치하지 않으면 작업이 실패하고 오류 코드 400(잘못된 요청)이 표시됩니다.

이 헤더는 Blob 자체의 콘텐츠가 아니라 요청 콘텐츠와 연결됩니다.

Content-MD5 및 x-ms-content-crc64 헤더가 모두 있는 경우 요청은 400(잘못된 요청)으로 실패합니다.

이 헤더는 버전 2019-02-02 이상에서 지원됩니다.
x-ms-blob-cache-control 선택 사항입니다. blob의 캐시 제어를 설정합니다. 이 속성을 지정하면 Blob과 함께 저장되고 읽기 요청과 함께 반환됩니다.

속성이 요청으로 지정되지 않은 경우 요청이 성공하면 Blob에 대해 삭제됩니다.
x-ms-blob-content-type 선택 사항입니다. blob의 콘텐츠 형식을 설정합니다. 지정된 경우 이 속성은 Blob과 함께 저장되고 읽기 요청과 함께 반환됩니다.

콘텐츠 형식을 지정하지 않으면 기본 형식()으로 설정됩니다 application/octet-stream.
x-ms-blob-content-encoding 선택 사항입니다. blob의 콘텐츠 인코딩을 설정합니다. 지정된 경우 이 속성은 Blob과 함께 저장되고 읽기 요청과 함께 반환됩니다.

속성이 요청으로 지정되지 않은 경우 요청이 성공하면 Blob에 대해 삭제됩니다.
x-ms-blob-content-language 선택 사항입니다. Blob의 콘텐츠 언어를 설정합니다. 지정된 경우 이 속성은 Blob과 함께 저장되고 읽기 요청과 함께 반환됩니다.

속성이 요청으로 지정되지 않은 경우 요청이 성공하면 Blob에 대해 삭제됩니다.
x-ms-blob-content-md5 선택 사항입니다. blob 콘텐츠의 MD5 해시입니다. 각 블록이 업로드될 때 개별 블록에 대한 해시의 유효성이 검사되었기 때문에 이 해시의 유효성은 검사되지 않습니다.

Blob 가져오기 작업은 Content-MD5 응답 헤더에서 이 헤더의 값을 반환합니다.

이 속성이 요청으로 지정되지 않은 경우 요청이 성공하면 Blob에 대해 지워집니다.
x-ms-meta-name:value 선택 사항입니다. Blob과 연결된 사용자 정의 이름-값 쌍입니다.

버전 2009-09-19를 기준으로 메타데이터 이름은 C# 식별자에 대한 명명 규칙을 준수해야 합니다.
x-ms-encryption-scope 선택 사항입니다. Blob을 암호화하는 데 사용할 암호화 scope 나타냅니다. 이 값은 커밋되는 모든 블록을 암호화하는 데 사용되는 암호화 scope 일치해야 합니다. 이 헤더는 버전 2019-02-02 이상에서 지원됩니다.
x-ms-encryption-context 선택 사항입니다. 기본값은 "Empty"입니다. 값이 설정되면 Blob 시스템 메타데이터가 설정됩니다. 최대 길이-1024. 계정에 대해 계층 구조 네임스페이스를 사용하는 경우에만 유효합니다. 이 헤더는 버전 2021-08-06 이상에서 지원됩니다.
x-ms-tags 선택 사항입니다. Blob에서 지정된 쿼리 문자열로 인코딩된 태그를 설정합니다. 자세한 내용은 설명 섹션을 참조 하세요 . 버전 2019-12-12 이상에서 지원됩니다.
x-ms-lease-id:<ID> blob에 활성 임대가 포함된 경우 필수입니다. 활성 임대가 포함된 blob에서 이 작업을 수행하려면 이 헤더에 대해 유효한 임대 ID를 지정합니다.
x-ms-client-request-id 선택 사항입니다. 스토리지 분석 로깅이 구성될 때 분석 로그에 기록되는 1키비바이트(KiB) 문자 제한으로 클라이언트에서 생성된 불투명 값을 제공합니다. 이 헤더를 사용하여 클라이언트 쪽 활동과 서버가 수신하는 요청의 상관 관계를 지정하는 것이 좋습니다.
x-ms-blob-content-disposition 선택 사항입니다. blob의 Content-Disposition 헤더를 설정합니다. 버전 2013-08-15 이상에 사용할 수 있습니다.

Content-Disposition 헤더 필드는 응답 페이로드를 처리하는 방법에 대한 추가 정보를 전달하며 추가 메타데이터를 연결하는 데 사용할 수 있습니다. 예를 들어 로 설정된 attachment경우 이 헤더는 사용자 에이전트가 응답을 표시하지 않고 다른 이름으로 저장 대화 상자를 표시해야 했음을 나타냅니다.

Blob 가져오기 및 Blob 속성 가져오기 작업의 응답에는 콘텐츠 처리 헤더가 포함됩니다.
x-ms-access-tier 선택 사항입니다. 버전 2018-11-09 이상. Blob에 설정할 계층을 나타냅니다. 블록 Blob의 경우 이 헤더는 버전 2018-11-09 이상에서만 Blob Storage 또는 범용 v2 계정에서 지원됩니다. 블록 Blob 계층에 유효한 값은 , Cool, Cold및 Archive입니다Hot. 참고: Cold 계층은 버전 2021-12-02 이상에서 지원됩니다. 블록 Blob 계층화에 대한 자세한 내용은 핫, 쿨 및 보관 스토리지 계층을 참조하세요.
x-ms-immutability-policy-until-date 버전 2020-06-12 이상. Blob에 설정할 보존 기간까지 의 날짜를 지정합니다. Blob이 수정되거나 삭제되지 않도록 보호할 수 있는 날짜입니다. RFC1123 형식을 따릅니다.
x-ms-immutability-policy-mode 버전 2020-06-12 이상. Blob에서 설정할 불변성 정책 모드를 지정합니다. 유효한 값은 unlocked 및 locked입니다. 값은 unlocked 사용자가 보존 기간을 늘리거나 줄이면 정책을 변경할 수 있음을 나타냅니다. 값은 locked 이러한 작업이 금지되었음을 나타냅니다.
x-ms-legal-hold 버전 2020-06-12 이상. Blob에 설정할 법적 보존을 지정합니다. 유효한 값은 true 및 false입니다.
x-ms-expiry-option 선택 사항입니다. 버전 2023-08-03 이상. 요청에 대한 만료 날짜 옵션을 지정합니다. ExpiryOption을 참조하세요. 이 헤더는 계층 구조 네임스페이스가 활성화된 계정에 유효합니다.
x-ms-expiry-time 선택 사항입니다. 버전 2023-08-03 이상. Blob이 만료되도록 설정된 시간을 지정합니다. 만료 날짜의 형식은 에 따라 x-ms-expiry-option다릅니다. 자세한 내용은 ExpiryOption을 참조하세요. 이 헤더는 계층 구조 네임스페이스가 활성화된 계정에 유효합니다.

expiryTime 요청에 새 값이 없는 경우 Blob에 이미 있는 가 지워지지 않습니다.expiryTime

이 작업은 또한 지정된 조건이 충족될 경우에만 차단 목록을 커밋하는 조건부 헤더 사용을 지원합니다. 자세한 내용은 Blob Storage 작업에 대한 조건부 헤더 지정을 참조하세요.

요청 헤더(고객이 제공한 암호화 키)

버전 2019-02-02를 기준으로 고객이 제공한 키로 Blob을 암호화하는 요청에 대해 다음 헤더를 지정할 수 있습니다. 고객이 제공한 키(및 해당 헤더 집합)를 사용하여 암호화하는 것은 선택 사항입니다.

요청 헤더 Description
x-ms-encryption-key 필수 사항입니다. Base64로 인코딩된 AES-256 암호화 키입니다.
x-ms-encryption-key-sha256 필수 사항입니다. 암호화 키의 Base64로 인코딩된 SHA256 해시입니다.
x-ms-encryption-algorithm: AES256 필수 사항입니다. 암호화에 사용할 알고리즘을 지정합니다. 이 헤더의 값은 AES256이어야 합니다.

요청 본문

요청 본문에서 Blob Storage가 요청된 블록에 대해 검사 블록 목록을 지정할 수 있습니다. 이러한 방식으로 전체 Blob을 다시 로드하는 대신 개별 블록을 삽입, 바꾸기 또는 삭제하여 기존 Blob을 업데이트할 수 있습니다. 변경된 블록 또는 블록을 업로드한 후 유지하려는 기존 블록과 함께 새 블록을 커밋하여 Blob의 새 버전을 커밋할 수 있습니다.

blob를 업데이트하려는 경우 서비스가 블록 ID를 먼저 커밋된 블록 목록에서 찾은 후 커밋되지 않은 블록 목록에서 찾도록 지정하거나 커밋되지 않은 블록 목록에서 먼저 찾은 후 커밋된 블록 목록에서 찾도록 지정할 수 있습니다. 사용할 방법을 나타내려면 다음과 같이 요청 본문 내의 적절한 XML 요소 내에 있는 블록 ID를 지정합니다.

  • 요소 내에서 블록 ID를 Committed 지정하여 Blob Storage가 명명된 블록에 대해 커밋된 블록 목록만 검색해야 함을 나타냅니다. 커밋된 블록 목록에 블록이 없으면 Blob의 일부로 작성되지 않으며 Blob Storage는 코드 400(잘못된 요청)상태 반환합니다.

  • 요소 내에서 블록 ID를 Uncommitted 지정하여 Blob Storage가 명명된 블록에 대한 커밋되지 않은 블록 목록만 검색해야 함을 나타냅니다. 커밋되지 않은 블록 목록에 블록이 없으면 Blob의 일부로 작성되지 않으며 Blob Storage는 코드 400(잘못된 요청)상태 반환합니다.

  • 요소 내에서 블록 ID를 Latest 지정하여 Blob Storage가 먼저 커밋되지 않은 블록 목록을 검색해야 함을 나타냅니다. 블록이 커밋되지 않은 목록에 있으면 해당 블록 버전이 최신이고 blob에 기록되어야 합니다. 커밋되지 않은 목록에서 블록을 찾을 수 없는 경우 서비스는 명명된 블록에 대해 커밋된 블록 목록을 검색하고 블록이 발견되면 Blob에 씁니다.

이 버전의 Put Block List 요청 본문은 다음 XML 형식을 사용합니다.

<?xml version="1.0" encoding="utf-8"?>  
<BlockList>  
  <Committed>first-base64-encoded-block-id</Committed>  
  <Uncommitted>second-base64-encoded-block-id</Uncommitted>  
  <Latest>third-base64-encoded-block-id</Latest>  
  ...  
</BlockList>

샘플 요청

를 보여 주 Put Block List려면 이제 커밋하려는 세 개의 블록을 업로드했다고 가정합니다. 다음 예에서는 나열된 각 블록의 최신 버전을 사용하도록 지정하여 새 blob를 커밋합니다. 이러한 블록이 이미 커밋되었는지 여부는 확인할 필요가 없습니다.

Request Syntax:  
PUT https://myaccount.blob.core.windows.net/mycontainer/myblob?comp=blocklist HTTP/1.1  
  
Request Headers:  
x-ms-date: Wed, 31 Aug 2011 00:17:43 GMT  
x-ms-version: 2011-08-18  
Content-Type: text/plain; charset=UTF-8  
Authorization: SharedKey myaccount:DJ5QZSVONZ64vAhnN/wxcU+Pt5HQSLAiLITlAU76Lx8=  
Content-Length: 133  
  
Request Body:  
<?xml version="1.0" encoding="utf-8"?>  
<BlockList>  
  <Latest>AAAAAA==</Latest>  
  <Latest>AQAAAA==</Latest>  
  <Latest>AZAAAA==</Latest>  
</BlockList>

다음으로 Blob을 업데이트한다고 가정해 보겠습니다. 새 Blob에는 다음과 같은 변경 내용이 있습니다.

  • ID가 ANAAAA==인 새로운 블록. 이 블록은 먼저 Put Block 호출을 사용하여 업로드해야 하며 에 대한 호출 Put Block List이 될 때까지 커밋되지 않은 블록 목록에 표시됩니다.

  • ID가 AZAAAA==인 블록의 업데이트된 버전. 이 블록은 먼저 Put Block 호출을 사용하여 업로드해야 하며 에 대한 호출 Put Block List이 될 때까지 커밋되지 않은 블록 목록에 표시됩니다.

  • ID가 AAAAAA==인 블록의 제거. 이 블록은 에 대한 다음 호출 Put Block List에 포함되지 않으므로 블록은 Blob에서 효과적으로 제거됩니다.

다음 예에서는 blob를 업데이트하는 Put Block List 호출을 보여줍니다.

Request Syntax:  
PUT https://myaccount.blob.core.windows.net/mycontainer/myblob?comp=blocklist HTTP/1.1  
  
Request Headers:  
x-ms-date: Wed, 31 Aug 2009 00:17:43 GMT  
x-ms-version: 2011-08-18  
Content-Type: text/plain; charset=UTF-8  
x-ms-expiry-option: RelativeToNow
x-ms-expiry-time: 30000
Authorization: SharedKey myaccount:DJ5QZSVONZ64vAhnN/wxcU+Pt5HQSLAiLITlAU76Lx8=  
Content-Length: 133  
  
Request Body:  
<?xml version="1.0" encoding="utf-8"?>  
<BlockList>  
  <Uncommitted>ANAAAA==</Uncommitted>  
  <Committed>AQAAAA==</Committed>  
  <Uncommitted>AZAAAA==</Uncommitted>  
</BlockList>

응답

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

상태 코드

작업에 성공하면 상태 코드 201(만들어짐)이 반환됩니다.

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

응답 헤더

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

응답 설명
ETag 엔터티 태그에는 클라이언트가 GET/PUT 요청 헤더를 사용하여 조건부 If-Match 작업을 수행하는 데 사용할 수 있는 값이 포함됩니다. 요청 버전이 2011-08-18 이상인 경우 ETag 값은 따옴표로 묶입니다.
Last-Modified Blob을 마지막으로 수정한 날짜/시간입니다. 날짜 형식은 RFC 1123을 따릅니다. 자세한 내용은 머리글의 날짜/시간 값 표시를 참조하세요.

blob의 메타데이터 또는 속성에 대한 업데이트를 포함하여 blob를 수정하는 모든 작업은 수행할 경우 blob의 마지막 수정 시간이 변경됩니다.
Content-MD5 클라이언트가 메시지 콘텐츠 무결성을 검사 수 있도록 반환됩니다. 이 헤더는 요청의 콘텐츠를 참조합니다(이 경우 Blob 자체의 콘텐츠가 아닌 블록 목록). 버전 2019-02-02 이상에서는 요청에 이 헤더가 있는 경우에만 이 헤더가 반환됩니다.
x-ms-content-crc64 버전 2019-02-02 이상에서는 클라이언트가 메시지 콘텐츠 무결성을 검사 수 있도록 이 헤더가 반환됩니다. 이 헤더는 요청의 콘텐츠를 참조합니다(이 경우 Blob 자체의 콘텐츠가 아닌 블록 목록).

이 헤더는 헤더가 요청에 없을 때 Content-md5 반환됩니다.
x-ms-request-id 만들어진 요청을 고유하게 식별하고 이를 사용하여 요청 문제를 해결할 수 있습니다. 자세한 내용은 API 작업 문제 해결을 참조하세요.
x-ms-version 요청을 실행하는 데 사용되는 Blob Storage 버전입니다. 이 헤더는 버전 2009-09-19 이상에 대해 수행되는 요청에 대해 반환됩니다.
Date 응답이 시작된 시기를 나타내는 서비스에서 생성된 UTC 날짜/시간 값입니다.
x-ms-request-server-encrypted: true/false 버전 2015-12-11 이상. 지정된 알고리즘을 true 사용하여 요청 내용이 성공적으로 암호화되면 이 헤더의 값이 로 설정됩니다. 지역화할 수 없으면 이 값은 false로 설정됩니다.
x-ms-encryption-key-sha256 버전 2019-02-02 이상. 요청이 암호화에 고객 제공 키를 사용한 경우 이 헤더가 반환되므로 클라이언트는 제공된 키를 사용하여 요청 내용이 성공적으로 암호화되도록 할 수 있습니다.
x-ms-encryption-scope 버전 2019-02-02 이상. 요청이 암호화 scope 사용하는 경우 이 헤더가 반환되므로 클라이언트는 암호화 scope 사용하여 요청 내용이 성공적으로 암호화되도록 할 수 있습니다.
x-ms-version-id: <DateTime> 버전 2019-12-12 이상. Blob을 고유하게 식별하는 불투명 DateTime 값을 반환합니다. 이 헤더의 값은 Blob의 버전을 나타내며 이후 요청에서 Blob에 액세스하는 데 사용할 수 있습니다.
x-ms-client-request-id 요청 및 해당 응답의 문제를 해결하는 데 사용할 수 있습니다. 이 헤더의 값 x-ms-client-request-id 은 요청에 있고 값에 표시되는 ASCII 문자가 1,024자 이하인 경우 헤더 값과 같습니다. 헤더가 x-ms-client-request-id 요청에 없는 경우 응답에 없습니다.

샘플 응답

Response Status:  
HTTP/1.1 201 Created  
  
Response Headers:  
Transfer-Encoding: chunked  
x-ms-content-crc64: 77uWZTolTHU  
Date: Sun, 25 Sep 2011 00:17:44 GMT  
ETag: “0x8CB172A360EC34B”  
Last-Modified: Sun, 25 Sep 2011 00:17:43 GMT  
x-ms-version: 2011-08-18  
Server: Windows-Azure-Blob/1.0 Microsoft-HTTPAPI/2.0  
x-ms-version-id: <DateTime>

권한 부여

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

요청이 요청 헤더를 사용하여 태그를 x-ms-tags 지정하는 경우 호출자는 Blob 태그 설정 작업의 권한 부여 요구 사항을 충족해야 합니다.

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

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

사용 권한

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

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

설명

Put Block List 작업은 blob를 만들기 위해 블록을 결합하는 순서를 강제로 적용합니다.

블록 목록에는 동일한 블록 ID를 두 번 이상 지정할 수 있습니다. 블록 ID를 두 번 이상 지정하면 최종 커밋된 Blob에 대한 블록 목록의 각 위치에 있는 바이트 범위를 나타냅니다. 블록 ID가 목록에 두 번 이상 나타나면 동일한 블록 목록 내에서 블록 ID를 모두 지정해야 합니다. 즉, 두 인스턴스를 모두 Committed 요소, Uncommitted 요소 또는 Latest 요소 내에 지정해야 합니다.

를 사용하면 Put Block List전체 Blob을 다시 업로드하지 않고도 개별 블록을 삽입, 업데이트 또는 삭제하여 기존 Blob을 수정할 수 있습니다. 현재 커밋된 블록 목록과 커밋되지 않은 블록 목록 모두에서 블록 ID를 지정하여 새로운 blob를 만들거나 기존 blob의 콘텐츠를 업데이트할 수 있습니다. 이러한 방식으로 커밋되지 않은 블록 목록에서 몇 개의 새 블록을 지정하고 나머지 블록은 기존 Blob의 일부인 커밋된 블록 목록에서 지정하여 Blob을 업데이트할 수 있습니다.

블록 ID가 Latest 요소에 지정되었고 동일한 블록 ID가 커밋된 블록 목록과 커밋되지 않은 블록 목록에 모두 있으면 Put Block List가 커밋되지 않은 블록 목록의 블록을 커밋합니다. 블록 ID가 커밋된 블록 목록에 있지만 커밋되지 않은 블록 목록에 없는 경우 커밋된 블록 목록에서 Put Block List 블록을 커밋합니다.

블록 Blob의 각 블록 크기는 다를 수 있습니다. 블록 Blob에는 최대 50,000개 커밋된 블록이 포함될 수 있습니다. Blob과 연결할 수 있는 커밋되지 않은 블록의 최대 수는 100,000개입니다.

다음 표에서는 서비스 버전별로 허용되는 최대 블록 및 Blob 크기에 대해 설명합니다.

서비스 버전 최대 블록 크기(를 통해 Put Block) 최대 Blob 크기(를 통해 Put Block List) 단일 쓰기 작업을 통한 최대 Blob 크기(를 통해 Put Blob)
버전 2019-12-12 이상 4,000메비바이트(MiB) 약 190.7테비바이트(TiB)(4,000MiB × 50,000블록) 5,000MiB
버전 2016-05-31~2019-07-07 100MiB 약 4.75TiB(100MiB × 50,000블록) 256MiB
2016-05-31 이전 버전 4MiB 약 195GiB(4MiB × 50,000개 블록) 64MiB

기존 blob를 업데이트하기 위해 Put Block List를 호출하면 blob의 기존 속성 및 메타데이터를 덮어씁니다. 하지만 기존 스냅숏은 blob에 보존됩니다. 지정된 조건이 충족될 경우에만 작업을 수행하도록 조건부 요청 헤더를 사용할 수 있습니다.

누락된 Put Block List 블록으로 인해 작업이 실패하는 경우 누락된 블록을 업로드해야 합니다.

커밋되지 않은 블록은 마지막으로 성공한 Put Block 작업 후 1주일 이내에 Blob에 대한 호출이 Put Block List 성공 Put Block 하지 않으면 가비지 수집됩니다. Blob에 Blob 배치를 호출하면 커밋되지 않은 블록이 가비지 수집됩니다.

헤더에 x-ms-tags 태그가 제공되면 쿼리 문자열로 인코딩되어야 합니다. 태그 키 및 값은 에 Set Blob Tags지정된 대로 명명 및 길이 요구 사항을 준수해야 합니다. 또한 헤더에는 x-ms-tags 최대 2KiB 크기의 태그가 포함될 수 있습니다. 더 많은 태그가 필요한 경우 Blob 태그 설정 작업을 사용합니다.

Blob에 활성 임대가 있는 경우 클라이언트는 블록 목록을 커밋하기 위해 요청에 유효한 임대 ID를 지정해야 합니다. 클라이언트가 임대 ID를 지정하지 않거나 잘못된 임대 ID를 지정하는 경우 Blob Storage는 상태 코드 412(사전 조건 실패)를 반환합니다. 클라이언트가 임대 ID를 지정하지만 Blob에 활성 임대가 없는 경우 Blob Storage는 상태 코드 412(사전 조건 실패)도 반환합니다. 클라이언트가 아직 존재하지 않는 Blob에 임대 ID를 지정하는 경우 Blob Storage는 버전 2013-08-15 이상에 대한 요청에 대해 상태 코드 412(사전 조건 실패)를 반환합니다. 이전 버전의 경우 Blob Storage는 상태 코드 201(생성됨)을 반환합니다.

blob에 활성 임대가 있고 Put Block List를 호출하여 blob를 업데이트하면 업데이트된 blob에서 임대가 유지 관리됩니다.

Put Block List는 블록 blob에만 적용됩니다. 페이지 blob에서 Put Block List를 호출하면 상태 코드 400(잘못된 요청)이 나타납니다.

보관된 Blob 덮어쓰기가 실패하고 x-ms-access-tier 헤더가 제공되지 않으면 또는 cool Blob을 덮어쓰 hot 면 이전 Blob에서 계층이 상속됩니다.

결제

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

작업 Storage 계정 유형 청구 범주
블록 목록 배치 프리미엄 블록 Blob
표준 범용 v2
표준 범용 v1		 쓰기 작업

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

추가 정보

블록 Blob, 추가 Blob 및 페이지 Blob 이해
Azure Storage에 대한 요청 권한 부여
상태 및 오류 코드
Blob 서비스 오류 코드
Blob 서비스 작업에 대한 시간 제한 설정