設定 Blob 層
Set Blob Tier 作業會在 Blob 上設定存取層。 在進階記憶體帳戶的分頁 Blob 和 Blob 記憶體或一般用途 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 |
自選。 快照集參數是一個不透明的 DateTime 值，當存在時，會指定要設定階層的 Blob 快照集。 如需使用 Blob 快照集的詳細資訊，請參閱 建立 Blob 的快照集 |
versionid |
2019-12-12 版和更新版本的選擇性。
versionid 參數是一個不透明的 DateTime 值，當存在時，會指定要設定階層的 Blob 版本。 |
timeout |
自選。
timeout 參數是以秒為單位來表示。 如需詳細資訊，請參閱 設定 Blob 記憶體作業逾時。 |
要求標頭
下表說明必要和選擇性的要求標頭：
| 要求標頭 | 描述 |
|---|---|
Authorization |
必填。 指定授權配置、記憶體帳戶名稱和簽章。 如需詳細資訊，請參閱 授權對 Azure 記憶體的要求。 |
Date 或 x-ms-date |
必填。 指定要求的國際標準時間（UTC）。 如需詳細資訊，請參閱 授權對 Azure 記憶體的要求。 |
x-ms-access-tier |
必填。 表示要設定在 Blob 上的階層。 如需允許的進階分頁 Blob 層清單，請參閱 VM 的高效能進階記憶體和受控磁碟。 針對 Blob 記憶體或一般用途 v2 帳戶，有效值為 Hot、Cool、Cold和 Archive。
注意：2021-12-02 版和更新版本支援Cold 層。 如需標準 Blob 帳戶 Blob 層級階層處理的詳細資訊，請參閱 經常性存取、非經常性存取和封存記憶體層。 |
x-ms-version |
所有已授權要求的必要專案。 指定要用於此要求的作業版本。 如需詳細資訊，請參閱 Azure 記憶體服務 |
x-ms-client-request-id |
自選。 提供客戶端產生的不透明值，其中包含啟用記憶體分析記錄時，記錄在分析記錄中的 1-kB 字元限制。 強烈建議使用此標頭來將用戶端活動與伺服器所接收的要求相互關聯。 如需詳細資訊，請參閱 關於記憶體分析記錄。 |
x-ms-rehydrate-priority |
自選。 表示要重新凍結封存 Blob 的優先順序。 支援區塊 Blob 版本 2019-02-02 和更新版本。 合法值為 High/Standard。 只有 2020-06-12 之前的版本，才能在 Blob 上設定優先順序一次;後續要求會忽略此標頭。 預設優先權設定為 Standard。從 2020-06-12 版開始，解除凍結優先順序可以在先前設定之後更新。 優先順序設定可以從 Standard 變更為 High，方法是呼叫 設定 Blob 層，並將此標頭設定為 High，並將 x-ms-access-tier 設定為與先前設定相同的值。 優先順序設定無法從 High 降低為 Standard。 |
此作業也支援只有在符合指定條件時，才能使用條件標頭來對 Blob 進行階層處理。 如需詳細資訊，請參閱 指定 Blob 記憶體作業的條件式標頭。
要求本文
沒有。
回應
回應包含 HTTP 狀態代碼和一組響應標頭。
狀態代碼
如果新層立即生效，則成功作業會傳回狀態代碼 200 （確定），如果轉換至新層擱置，則會傳回狀態代碼 202 （已接受）。
針對進階記憶體帳戶，分頁 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 記憶體版本。 針對針對 2009-09-19 版和更新版本提出的要求，會傳回此標頭。 |
x-ms-client-request-id |
可用來針對要求和對應的回應進行疑難解答。 如果此標頭存在於要求中，則這個標頭的值等於 x-ms-client-request-id 標頭的值，而且值包含不超過 1,024 個可見的 ASCII 字元。 如果要求中沒有 x-ms-client-request-id 標頭，它就不會出現在回應中。 |
授權
在 Azure 記憶體中呼叫任何數據存取作業時，需要授權。 您可以授權 Set Blob Tier 作業，如下所示。
重要
Microsoft建議搭配受控識別使用 Microsoft Entra ID 來授權對 Azure 記憶體的要求。 相較於共用密鑰授權，Microsoft Entra ID 提供更高的安全性和易於使用性。
Azure 記憶體支援使用 Microsoft Entra 識別符來授權對 Blob 數據的要求。 使用 Microsoft Entra 識別符，您可以使用 Azure 角色型存取控制 （Azure RBAC） 將權限授與安全性主體。 安全性主體可能是使用者、群組、應用程式服務主體或 Azure 受控識別。 安全性主體會由 Microsoft Entra ID 驗證，以傳回 OAuth 2.0 令牌。 令牌接著可用來授權對 Blob 服務的要求。
若要深入瞭解使用 Microsoft Entra 識別符進行授權，請參閱 使用 Microsoft Entra ID授權 Blob 存取權。
權限
以下列出Microsoft Entra 使用者、群組、受控識別或服務主體呼叫 Set Blob Tier 作業所需的 RBAC 動作，以及包含此動作的最低特殊許可權內建 Azure RBAC 角色：
- Azure RBAC 動作：Microsoft.Storage/storageAccounts/blobServices/containers/blobs/write
- 最低許可權內建角色：記憶體 Blob 數據參與者
若要深入瞭解如何使用 Azure RBAC 指派角色，請參閱 指派 Azure 角色以存取 blob 資料。
言論
為進階帳戶中的分頁 Blob 設定 Blob 層具有下列限制：
- 新的 Blob 層不能低於現有的 Blob 層。
- 新的 Blob 層應該能夠容納 Blob 的內容長度。 如需階層及其允許的內容長度清單，請參閱 VM 的高效能進階記憶體和受控磁碟。
在 Blob 記憶體或一般用途 v2 帳戶上設定區塊 Blob 的層有下列限制：
- 從 REST 2019-12-12-12 版起，允許在快照集上設定階層。
- 分層至
archive的快照集無法重新凍結回快照集。 也就是說，快照集無法回到hot或cool層。 從archive快照集或版本擷取數據的唯一方法是將數據複製到新的 Blob。 - 如果版本是根 Blob，可以將它重新凍結回
hot或cool。 - 不允許
archive狀態的快照集或版本升級為根目錄。 - 啟用版本設定時，當根 Blob 處於解除凍結擱置狀態時，刪除根 Blob 將會導致解除凍結，且版本會處於
archive狀態。 - 如果 Blob 處於解除凍結和虛刪除狀態時遭到覆寫，則會導致解除凍結，且虛刪除快照集的版本會處於
archive狀態。
支援層的清單不受要求版本限制，未來可能會新增層。
對於使用客戶提供加密的 Blob，Set Blob Tier 版本 2023-08-03 和更新版本都支援。 針對 2023-08-03 之前的版本，Set Blob Tier 針對使用客戶提供加密的 Blob 傳回狀態代碼 409。
注意
如需區塊 Blob 層級階層處理的詳細資訊，請參閱 經常性存取、非經常性存取和封存儲存層。
計費
定價要求可能來自使用 Blob 記憶體 API 的用戶端，無論是直接透過 Blob 記憶體 REST API，還是來自 Azure 記憶體用戶端連結庫。 這些要求會依交易產生費用。 交易類型會影響帳戶的收費方式。 例如，讀取交易累算到與寫入交易不同的計費類別。 下表根據記憶體帳戶類型顯示 Set Blob Tier 要求的計費類別：
| 操作 | 記憶體帳戶類型 | 計費類別 |
|---|---|---|
| 設定 Blob 層 （階層下層） | 進階區塊 Blob 標準一般用途 v2 |
寫入作業 |
| 設定 Blob 層 （階層上層） | 進階區塊 Blob 標準一般用途 v2 |
讀取作業 |
若要瞭解指定計費類別的定價，請參閱 azure Blob 記憶體定價