取得帳戶資訊

發行項
12/13/2024

Get Account Information 作業會傳回指定帳戶的 SKU 名稱和帳戶種類。其可在 2018-03-28 版和更新版本的服務上使用。

請求

您可以使用透過共用金鑰或共用存取簽章（SAS）授權的有效要求來建構 Get Account Information 要求。

如果您新增 account 的 restype 值，以及 properties的 comp 值，則要求會使用 Get Account Information 作業。下表顯示範例：

方法	要求 URI	HTTP 版本
`GET/HEAD`	`https://myaccount.blob.core.windows.net/?restype=account&comp=properties`	HTTP/1.1
`GET/HEAD`	`https://myaccount.blob.core.windows.net/?restype=account&comp=properties&sv=myvalidsastoken`	HTTP/1.1
`GET/HEAD`	`https://myaccount.blob.core.windows.net/mycontainer/?restype=account&comp=properties&sv=myvalidsastoken`	HTTP/1.1
`GET/HEAD`	`https://myaccount.blob.core.windows.net/mycontainer/myblob?restype=account&comp=properties&sv=myvalidsastoken`	HTTP/1.1

URI 參數

您可以在要求 URI 上指定下列其他參數：

參數	描述
`restype`	必填。 `restype` 參數值必須 `account`。
`comp`	必填。 `comp` 參數值必須 `properties`。

要求標頭

下表描述必要和選擇性的要求標頭：

要求標頭	描述
`Authorization`	必填。指定授權配置、帳戶名稱和簽章。如需詳細資訊，請參閱授權對 Azure 記憶體的要求。
`Date or x-ms-date`	必填。指定要求的國際標準時間（UTC）。如需詳細資訊，請參閱授權對 Azure 記憶體的要求。
`x-ms-version`	所有已授權要求的必要專案。指定要用於此要求的作業版本。針對這項作業，版本必須是 2018-03-28 或更新版本。如需詳細資訊，請參閱 Azure 記憶體服務的版本設定。
`x-ms-client-request-id`	自選。提供客戶端產生的不透明值，其中包含設定記錄時記錄的 1-kibibyte （KiB）字元限制。強烈建議您使用此標頭，將用戶端活動與伺服器接收的要求相互關聯。

要求本文

沒有。

回應

回應包含 HTTP 狀態代碼和一組響應標頭。

狀態代碼

成功的作業會傳回狀態代碼 200 （確定）。

如您需狀態代碼的相關資訊，請參閱狀態和錯誤碼。

回應標頭

此作業的回應包含下列標頭。回應也可能包含額外的標準 HTTP 標頭。所有標準標頭都符合 HTTP/1.1 通訊協定規格，。

回應標頭	描述
`x-ms-request-id`	唯一識別已提出的要求。您可以使用它來針對要求進行疑難解答。如需詳細資訊，請參閱針對 API 作業進行疑難解答。
`x-ms-version`	版本 2009-09-19 和更新版本。指出用來執行要求的 Azure Blob 記憶體版本。
`Date`	UTC 日期/時間值，指出服務傳送響應的時間。
`Content-Length`	指定要求主體的長度。針對這項作業，內容長度一律為零。
`x-ms-sku-name`	識別指定帳戶 SKU 名稱。
`x-ms-account-kind`	識別指定帳戶帳戶種類。可能的值為 `Storage`、`BlobStorage`和 `StorageV2`。標頭會使用 GPv2 帳戶的子字串 `V2`，區分一般用途 v1 （GPv1）和一般用途 v2 （GPv2）記憶體帳戶。
`x-ms-client-request-id`	可用來針對要求和對應的回應進行疑難解答。如果此標頭存在於要求中，且值最多為1,024個可見ASCII字元，則此標頭的值等於 `x-ms-client-request-id` 標頭的值。如果要求中沒有 `x-ms-client-request-id` 標頭，此標頭就不會出現在回應中。
`x-ms-is-hns-enabled`	版本 2019-07-07 和更新版本。指出帳戶是否已啟用階層命名空間。

回應本文

沒有。

範例回應

Response Status:  
HTTP/1.1 200 OK  
  
Response Headers:  
Date: Sat, 28 Mar 2018 12:43:08 GMT  
x-ms-version: 2018-03-28  
Server: Windows-Azure-Blob/1.0 Microsoft-HTTPAPI/2.0  
Content-Length: 0  
x-ms-sku-name: Standard_LRS  
x-ms-account-kind: StorageV2

授權

在 Azure 記憶體中呼叫任何數據存取作業時，需要授權。您可以授權 Get Account Information 作業，如下所示。

重要

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 使用者、群組、受控識別或服務主體呼叫 Get Account Information 作業所需的 RBAC 動作：

Azure RBAC 動作：Microsoft.Storage/storageAccounts/blobServices/getInfo/action

此 RBAC 動作包含在擁有者角色中，或者您可以將此動作指派給自定義角色。

若要深入瞭解如何使用 Azure RBAC 指派角色，請參閱指派 Azure 角色以存取 blob 資料。

共用存取簽章（SAS）可為記憶體帳戶中的資源提供安全的委派存取權。透過 SAS，您可以更細微地控制用戶端如何存取數據。您可以指定用戶端可存取哪些資源、這些資源具有哪些許可權，以及 SAS 有效時間。

Get Account Information 作業支援使用帳戶 SAS 進行授權。

帳戶 SAS

帳戶 SAS 會使用記憶體帳戶金鑰來保護。帳戶 SAS 會將存取權委派給一或多個記憶體服務中的資源。透過服務或使用者委派 SAS 提供的所有作業也可透過帳戶 SAS 取得。

若要深入瞭解帳戶 SAS，請參閱建立帳戶 SAS。

言論

要求的 URL 路徑不會影響這項作業提供的資訊。其用途是允許要求使用指定允許資源的SAS令牌正確授權。

指定的資源不需要存在，此作業才能成功。例如，以不存在 Blob 產生的 SAS 令牌，且有效許可權會成功，其 URL 路徑包含正確的帳戶名稱、正確的容器名稱，以及不存在的 Blob 名稱。

計費

定價要求可能來自使用 Blob 記憶體 API 的用戶端，無論是直接透過 Blob 記憶體 REST API，還是來自 Azure 記憶體用戶端連結庫。這些要求會依交易產生費用。交易類型會影響帳戶的收費方式。例如，讀取交易累算到與寫入交易不同的計費類別。下表根據記憶體帳戶類型顯示 Get Account Information 要求的計費類別：

操作	記憶體帳戶類型	計費類別
取得帳戶資訊	進階區塊 Blob 標準一般用途 v2	其他作業
取得帳戶資訊	標準一般用途 v1	讀取作業

若要瞭解指定計費類別的定價，請參閱 azure Blob 記憶體定價。

共用方式為