共用方式為

取得 Blob 服務統計資料

  • 發行項

作業Get Blob Service Stats會擷取與複寫 Azure Blob 儲存體 相關的統計數據。 只有在記憶體帳戶啟用讀取許可權異地備援複寫時，才能在次要位置端點上使用作業。

要求

您可以建構 Get Blob Service Stats 要求，如下所示。 建議您使用 HTTPS。 請以您的儲存體帳戶名稱取代 myaccount，並注意需要 -secondary 尾碼：

方法 要求 URI HTTP 版本
GET https://myaccount-secondary.blob.core.windows.net/?restype=service&comp=stats HTTP/1.1

注意

URI 必須一律包含斜線 (/) ，以分隔主機名與路徑和查詢部分。 若為這項作業，URI 的路徑部分為空白。

URI 參數

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

參數 描述
Timeout 選擇性。 timeout 參數以秒為單位。

要求標頭

下表描述必要的和選用的要求標頭。

要求標頭 描述
Authorization 必要。 指定授權配置、帳戶名稱和簽章。 如需詳細資訊，請參閱授權對 Azure 儲存體提出要求。
Date or x-ms-date 必要。 指定要求的「國際標準時間」(UTC)。 如需詳細資訊，請參閱授權對 Azure 儲存體提出要求。
x-ms-version 所有已授權要求都需要。 指定用於這個要求的作業版本。 如需詳細資訊，請參閱 Azure 儲存體服務的版本。
x-ms-client-request-id 選擇性。 提供客戶端產生的不透明值，其中包含設定記錄時記錄的 1 kibibyte (KiB) 字元限制。 強烈建議您使用此標頭，將用戶端活動與伺服器接收的要求相互關聯。 如需詳細資訊，請參閱監視 Azure Blob 儲存體。

要求本文

無。

回應

回應包括 HTTP 狀態碼、一組回應標頭和回應主體

狀態碼

成功的作業會傳回狀態碼 200 (OK)。 在未針對次要讀取啟用的次要位置端點上呼叫作業時，它會傳回 HTTP 狀態代碼 403 並出現 InsufficientAccountPermissions 錯誤。

回應標頭

這項作業的回應包括下列標頭。 此回應也包含其他標準 HTTP 標頭。 所有標準標頭都符合 HTTP/1.1 通訊協議規格。

回應標頭 描述
x-ms-request-id 可唯一識別提出的要求，而且您可以使用它對要求進行疑難解答。 如需詳細資訊，請參閱 針對 API 作業進行疑難解答。
x-ms-version 指定用於回應的作業版本。 如需詳細資訊，請參閱 Azure 儲存體服務的版本。
Date 服務所產生的 UTC 日期/時間值，表示起始響應的時間。
x-ms-client-request-id 可用來針對要求及其對應的回應進行疑難解答。 如果此標頭存在於要求中，且值不超過 1,024 個可見 ASCII 字元，則此標頭的值等於標頭的值 x-ms-client-request-id 。 x-ms-client-request-id如果要求中沒有標頭，回應中就不會有此標頭。

回應本文

回應主體的格式如下：

<?xml version="1.0" encoding="utf-8"?>  
<StorageServiceStats>  
  <GeoReplication>        
      <Status>live|bootstrap|unavailable</Status>  
      <LastSyncTime>sync-time|<empty></LastSyncTime>  
  </GeoReplication>  
</StorageServiceStats>

下表描述回應主體的元素：

回應標頭 描述
Status 次要位置的狀態。 可能的值包括：

- live：表示次要位置為作用中且可運作。
- bootstrap：表示從主要位置到次要位置的初始同步處理正在進行中。 這通常發生在第一次啟用複寫時。
- 無法使用：表示次要位置暫時無法使用。
LastSyncTime GMT 日期/時間值 (到秒值)。 在此值之前的所有主要寫入，保證都可用於次要複本的讀取作業。 此時間點之後的主要寫入可能無法用於讀取。

如果 LastSyncTime 無法使用，此值可能是空的。 如果複寫狀態為 bootstrap 或 unavailable，就可能會發生這個情況。

雖然持續啟用異地復寫，但 LastSyncTime 結果可能會反映來自服務的快取值，每隔幾分鐘就會重新整理一次。

授權

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

重要

Microsoft 建議搭配受控識別使用 Microsoft Entra ID 來授權對 Azure 記憶體的要求。 相較於共用密鑰授權，Microsoft Entra ID 提供更高的安全性和使用便利性。

Azure 記憶體支援使用 Microsoft Entra ID 來授權 Blob 數據的要求。 使用 Microsoft Entra ID，您可以使用 Azure 角色型存取控制 (Azure RBAC) 授與安全性主體的許可權。 安全性主體可能是使用者、群組、應用程式服務主體或 Azure 受控識別。 安全性主體是由 Microsoft Entra ID 驗證，以傳回 OAuth 2.0 令牌。 權杖接著可以用來授權對 Blob 服務的要求。

若要深入瞭解使用 Microsoft Entra ID 授權，請參閱使用 Microsoft Entra ID 授權 Blob 的存取權。

權限

以下列出 Microsoft Entra 使用者、群組、受控識別或服務主體呼叫Get Blob Service Stats作業所需的 RBAC 動作，以及包含此動作的最低特殊許可權 Azure RBAC 角色：

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

備註

使用異地備援複寫，Azure 記憶體會在數百英哩遠的兩個位置永久維護您的數據。 在這兩個位置中，Azure 儲存體會持續維護狀況良好的多個資料複本。

異地備援配對包括：

  • 主要位置：您讀取、建立、更新或刪除資料的位置。 當您透過 Azure 傳統入口網站建立帳戶時，主要位置存在於您選擇的區域 (，例如 美國中 北部) 。

  • 次要位置：復寫數據的位置。 次要位置位於自動與主要區域配對的區域。 如果記憶體帳戶已啟用 讀取許可權異地備援複 寫，則可從次要位置取得只讀存取權。 如需讀取許可權異地備援複寫的詳細資訊，請參閱 數據備援。

您讀取、建立、更新或刪除資料的位置是「主要」儲存體帳戶的位置。 主要位置存在於您透過 Azure 管理 Azure 傳統入口網站建立帳戶時所選擇的區域，例如 美國中北部。 資料複寫的目標位置是「次要」位置。 次要位置位於自動與主要區域配對的區域。 當儲存體帳戶啟用「讀取權限的地理備援複寫」時，可從次要位置使用唯讀權限。 如需讀取許可權異地備援複寫的詳細資訊，請參閱 數據備援。

若要針對次要端點建構讀取作業的要求，請在您用來從 Blob 記憶體讀取的 URI 中附加 -secondary 至帳戶名稱。 例如， 取得 Blob 作業的次要 URI 會類似於 https://myaccount-secondary.blob.core.windows.net/mycontainer/myblob。

計費

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

作業 儲存體帳戶類型 計費類別
取得 Blob 服務統計資料 進階區塊 Blob
標準一般用途 v2		 其他作業
取得 Blob 服務統計資料 標準一般用途 v1 讀取作業

若要瞭解指定計費類別的定價，請參閱 Azure Blob 儲存體 定價。

範例要求與回應

以下是作業的 Get Blob Service Stats 範例要求：

GET http://myaccount-secondary.blob.core.windows.net/?restype=service&comp=stats HTTP/1.1

所傳送的要求包含下列標頭：

x-ms-version: 2013-08-15  
x-ms-date: Wed, 23 Oct 2013 22:08:44 GMT  
Authorization: SharedKey myaccount:CY1OP3O3jGFpYFbTCBimLn0Xov0vt0khH/E5Gy0fXvg=

傳回的狀態碼和回應標頭如下：

HTTP/1.1 200 OK  
Content-Type: application/xml  
Date: Wed, 23 Oct 2013 22:08:54 GMT  
x-ms-version: 2013-08-15  
x-ms-request-id: cb939a31-0cc6-49bb-9fe5-3327691f2a30  
Server: Windows-Azure-Blob/1.0 Microsoft-HTTPAPI/2.0

回應包含下列 XML 主體：

<?xml version="1.0" encoding="utf-8"?>  
<StorageServiceStats>  
  <GeoReplication>  
      <Status>live</Status>  
      <LastSyncTime> Wed, 23 Oct 2013 22:05:54 GMT</LastSyncTime>        
  </GeoReplication>  
</StorageServiceStats>

另請參閱

帳戶上的作業 (Blob 記憶體)