다음을 통해 공유

Blob 계층 설정

  • 아티클

Set Blob Tier 작업은 Blob에서 액세스 계층을 설정합니다. 이 작업은 Premium Storage 계정의 페이지 Blob 및 Blob Storage 또는 범용 v2 계정의 블록 Blob에서 허용됩니다. 프리미엄 페이지 Blob 계층(P4/P6/P10/P15/P20/P30/P40/P50/P60)은 Blob의 허용되는 크기, IOPS 및 대역폭을 결정합니다. 블록 Blob의 계층은 Hot/Cool/Cold/Archive 스토리지 유형을 결정합니다. 이 작업은 Blob의 ETag를 업데이트하지 않습니다.

블록 Blob 수준 계층화에 대한 자세한 내용은 핫, 쿨 및 보관 스토리지 계층참조하세요.

요청

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

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

URI 매개 변수

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

매개 변수 묘사
snapshot 선택적. 스냅샷 매개 변수는 있는 경우 계층을 설정할 Blob 스냅샷을 지정하는 불투명 DateTime 값입니다. Blob 스냅샷 작업에 대한 자세한 내용은 Blob 스냅샷 만들기를 참조하세요.
versionid 버전 2019-12-12 이상에 대한 선택 사항입니다. versionid 매개 변수는 있는 경우 계층을 설정할 Blob의 버전을 지정하는 불투명 DateTime 값입니다.
timeout 선택적. timeout 매개 변수는 초 단위로 표현됩니다. 자세한 내용은 Blob Storage 작업대한 시간 제한 설정을 참조하세요.

요청 헤더

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

요청 헤더 묘사
Authorization 필수. 권한 부여 체계, 스토리지 계정 이름 및 서명을 지정합니다. 자세한 내용은 Azure Storage대한 요청 권한 부여를 참조하세요.
Date 또는 x-ms-date 필수. 요청에 대한 UTC(협정 세계시)를 지정합니다. 자세한 내용은 Azure Storage대한 요청 권한 부여를 참조하세요.
x-ms-access-tier 필수. Blob에서 설정할 계층을 나타냅니다. 허용되는 프리미엄 페이지 Blob 계층 목록은 VM대한 고성능 Premium Storage 및 관리 디스크 참조하세요. Blob Storage 또는 범용 v2 계정의 경우 유효한 값은 Hot, Cool, Cold및 Archive. 참고:Cold 계층은 버전 2021-12-02 이상에서 지원됩니다. 표준 Blob 계정 Blob 수준 계층화에 대한 자세한 내용은 핫, 쿨 및 보관 스토리지 계층참조하세요.
x-ms-version 모든 권한 있는 요청에 필요합니다. 이 요청에 사용할 작업의 버전을 지정합니다. 자세한 내용은 Azure Storage Services대한 버전 관리를 참조하세요.
x-ms-client-request-id 선택적. 스토리지 분석 로깅을 사용하도록 설정할 때 분석 로그에 기록되는 1kB 문자 제한으로 클라이언트에서 생성된 불투명 값을 제공합니다. 클라이언트 쪽 활동과 서버에서 수신한 요청의 상관 관계를 지정하려면 이 헤더를 사용하는 것이 좋습니다. 자세한 내용은 스토리지 분석 로깅참조하세요.
x-ms-rehydrate-priority 선택적. 보관된 Blob을 다시 수화할 우선 순위를 나타냅니다. 블록 Blob 버전 2019-02-02 이상에서 지원됩니다. 유효한 값은 High/Standard. 우선 순위는 2020-06-12 이전 버전의 경우 Blob에서 한 번만 설정할 수 있습니다. 이 헤더는 후속 요청에서 무시됩니다. 기본 우선 순위 설정은 Standard.

버전 2020-06-12부터는 이전에 설정한 후 리하일레이션 우선 순위를 업데이트할 수 있습니다. 이 헤더가 High 설정된 Blob 계층 설정 호출하고 x-ms-access-tier 이전에 설정한 값과 동일한 값으로 설정하여 우선 순위 설정을 StandardHigh 변경할 수 있습니다. 우선 순위 설정을 HighStandard낮출 수 없습니다.

또한 이 작업은 지정된 조건이 충족되는 경우에만 조건부 헤더를 사용하여 Blob을 계층화하도록 지원합니다. 자세한 내용은 Blob Storage 작업대한 조건부 헤더 지정을 참조하세요.

요청 본문

없음.

응답

응답에는 HTTP 상태 코드와 응답 헤더 집합이 포함됩니다.

상태 코드

성공적인 작업은 새 계층이 즉시 적용되는 경우 상태 코드 200(확인)을 반환하고, 새 계층으로의 전환이 보류 중인 경우 상태 코드 202(수락됨)를 반환합니다.

Premium Storage 계정의 경우 페이지 Blob 작업은 상태 코드 200(확인)을 반환합니다.

블록 Blob의 경우 Blob의 현재 및 요청된 계층에 따라 반환되는 HTTP 상태 코드는 다음 표에 설명되어 있습니다.

계층 핫 계층으로 설정 쿨 계층으로 설정 콜드 계층으로 설정 보관 계층으로 설정
핫 계층의 Blob 200 200 200 200
쿨 계층의 Blob 200 200 200 200
콜드 계층의 Blob 200 200 200 200
보관 계층의 Blob 202 202 202 200
보관 계층의 Blob, 핫으로 리하일링 202 409 409 409
보관 계층의 Blob, 쿨로 리하이드 409 202 409 409
보관 계층의 Blob, 콜드로 리하이드 409 409 202 409

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

응답 헤더

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

응답 헤더 묘사
x-ms-request-id 만들어진 요청을 고유하게 식별하며 요청 문제를 해결하는 데 사용할 수 있습니다. 자세한 내용은 API 작업문제 해결을 참조하세요.
x-ms-version 요청을 실행하는 데 사용된 Blob Storage 버전입니다. 이 헤더는 버전 2009-09-19 이상에 대해 수행된 요청에 대해 반환됩니다.
x-ms-client-request-id 요청 및 해당 응답 문제를 해결하는 데 사용할 수 있습니다. 이 헤더의 값은 요청에 있고 값에 표시되는 ASCII 문자가 1,024자 이하인 경우 x-ms-client-request-id 헤더의 값과 같습니다. 요청에 x-ms-client-request-id 헤더가 없으면 응답에 표시되지 않습니다.

권한 부여

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

중요하다

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

  • microsoft Entra ID(권장)
  • SAS(공유 액세스 서명)
  • 공유 키

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

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

권한을

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

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

발언

프리미엄 계정에서 페이지 Blob에 대한 Blob 계층을 설정하면 다음과 같은 제한 사항이 있습니다.

  • 새 Blob 계층은 기존 계층보다 낮을 수 없습니다.
  • 새 Blob 계층은 Blob의 콘텐츠 길이를 수용할 수 있어야 합니다. 계층 목록 및 허용된 콘텐츠 길이는 VM대한 고성능 Premium Storage 및 관리 디스크 참조하세요.

Blob Storage 또는 범용 v2 계정에서 블록 Blob의 계층을 설정하면 다음과 같은 제한 사항이 있습니다.

  • 스냅샷의 계층 설정은 REST 버전 2019-12-12를 기준으로 허용됩니다.
  • archive 계층화된 스냅샷은 스냅샷으로 다시 수화할 수 없습니다. 즉, 스냅샷을 hot 또는 cool 계층으로 다시 가져올 수 없습니다. archive 스냅샷 또는 버전에서 데이터를 검색하는 유일한 방법은 새 Blob에 복사하는 것입니다.
  • 버전이 루트 Blob인 경우 다시 hot 또는 cool수 있습니다.
  • archive 상태의 스냅샷 또는 버전은 루트로 승격할 수 없습니다.
  • 버전 관리가 사용하도록 설정되면 리하이드레이트 보류 상태일 때 루트 Blob을 삭제하면 리하일레이션이 취소되고 버전이 archive 상태가 됩니다.
  • Blob이 리하이드레이트 보류 중이고 일시 삭제된 상태일 때 덮어쓰면 리하일레이션이 취소되고 일시 삭제된 스냅샷의 버전이 archive 상태가 됩니다.

지원되는 계층 목록은 요청 버전에 의해 제한되지 않으며 나중에 새 계층이 추가될 수 있습니다.

고객이 제공한 암호화를 사용하는 Blob의 경우 Set Blob Tier 버전 2023-08-03 이상에서 지원됩니다. 2023-08-03 이전 버전의 경우 Set Blob Tier 고객이 제공한 암호화를 사용하는 Blob에 대한 상태 코드 409 반환합니다.

메모

블록 Blob 수준 계층화에 대한 자세한 내용은 핫, 쿨 및 보관 스토리지 계층참조하세요.

과금

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

수술 스토리지 계정 유형 청구 범주
Blob 계층 설정(계층 아래로) 프리미엄 블록 Blob
표준 범용 v2		 쓰기 작업
Blob 계층 설정(계층 업) 프리미엄 블록 Blob
표준 범용 v2		 읽기 작업

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

참고 항목

Azure Storage 대한 요청 권한 부여
상태 및 오류 코드
Blob Storage 오류 코드
Blob Storage 작업에 대한 시간 제한 설정