共用方式為


Azure 儲存體分析計量 (傳統)

2024 年 1 月 9 日 儲存體分析 計量,也稱為傳統計量將會淘汰。 如果您使用傳統計量,請務必在該日期之前轉換到 Azure 監視器中的計量。 本文可協助您進行轉換。

Azure 儲存體使用儲存體分析解決方案儲存包含儲存體服務要求相關彙總的交易統計資料及容量資料的計量。 交易會在 API 作業層級和儲存體服務層級報告。 容量會在儲存體服務層級報告。 計量資料可以用來:

  • 分析儲存體服務使用量。
  • 診斷對儲存體服務提出的要求所發生的問題。
  • 改善使用服務的應用程式所達到的效能。

預設會為新的儲存體帳戶啟用儲存體分析度量。 您可以使用 PowerShell,或使用 Azure CLI 來設定 Azure 入口網站中的計量。 如需逐步指導,請參閱啟用和管理 Azure 儲存體分析計量 (傳統版)。 您也可以利用程式設計方式,透過 REST API 或用戶端程式庫來啟用儲存體分析。 使用 [設定服務屬性] 作業,為各服務啟用儲存體分析。

注意

儲存體分析計量可供 Azure Blob 儲存體、Azure 佇列儲存體、Azure 資料表儲存體和 Azure 檔案儲存體使用。 儲存體分析計量現在是傳統計量。 我們建議您在 Azure 監視器中使用儲存體計量,而不是儲存體分析計量。

交易度量

系統會以每小時或每分鐘的時間間隔,為每個儲存體服務和要求的 API 作業記錄完善的資料集,其中包括輸入流量和輸出流量、可用性、錯誤,以及已分類的要求百分比。 如需完整的交易詳細資料清單,請參閱儲存體分析計量資料表結構描述

記錄的交易資料屬於服務層級和 API 作業層級。 在服務層級,系統每小時都會將彙總所有要求的 API 作業的統計資料寫入資料表實體,即使未對該服務提出任何要求也一樣。 在 API 作業層級,只有在該小時內對該作業提出要求時,才會將統計資料寫入實體。

例如,如果您在 Blob 服務上執行 GetBlob 作業,儲存體分析計量將會記錄要求,然後將它納入 Blob 服務和 GetBlob 作業的彙總資料中。 如果在該時段內未要求 GetBlob 作業,則不會將實體寫入該作業的 $MetricsTransactionsBlob

系統會針對使用者要求及儲存體分析本身所提出的要求記錄交易計量。 例如,會記錄儲存體分析寫入記錄和資料表實體的要求。

容量度量

注意

容量計量目前僅適用於 Blob 服務。

系統每日都會針對儲存體帳戶的 Blob 服務記錄容量資料,並寫入兩個資料表實體。 其中一個實體會提供使用者資料的統計資料,而另一個實體則會提供有關儲存體分析所使用之 $logs Blob 容器的統計資料。 $MetricsCapacityBlob 資料表包含下列統計資料:

  • Capacity:儲存體帳戶 Blob 服務所使用的儲存體量 (位元組)。

  • ContainerCount:儲存體帳戶的 Blob 服務中的 Blob 容器數目。

  • ObjectCount:儲存體帳戶的 Blob 服務中的認可及未認可區塊或分頁 Blob 的數目。

    如需容量計量的詳細資訊,請參閱儲存體分析計量資料表結構描述

度量的儲存方式

每個儲存體服務的所有計量資料都會儲存在對於該服務保留的三份資料表。 一個資料表用於交易資訊,一個資料表用於分鐘交易資訊,另一個資料表用於容量資訊。 交易和每分鐘交易資訊都是由要求和回應資料所組成。 容量資訊是由儲存體使用量資料所組成。 儲存體帳戶的 Blob 服務的每小時計量、每分鐘計量及容量,均可從下表中具有相對應名稱的資料表中取得。

度量層級 資料表名稱 支援版本
每小時度量,主要位置 - $MetricsTransactionsBlob
- $MetricsTransactionsTable
- $MetricsTransactionsQueue
僅 2013 年 8 月 15 日之前的版本。 儘管目前仍支援這些名稱,但還是建議您改用下列資料表。
每小時度量,主要位置 - $MetricsHourPrimaryTransactionsBlob
- $MetricsHourPrimaryTransactionsTable
- $MetricsHourPrimaryTransactionsQueue
- $MetricsHourPrimaryTransactionsFile
所有版本。 2015 年 4 月 5 日的版本以及更新版本才提供檔案服務計量的支援。
每分鐘度量,主要位置 - $MetricsMinutePrimaryTransactionsBlob
- $MetricsMinutePrimaryTransactionsTable
- $MetricsMinutePrimaryTransactionsQueue
- $MetricsMinutePrimaryTransactionsFile
所有版本。 2015 年 4 月 5 日的版本以及更新版本才提供檔案服務計量的支援。
每小時度量,次要位置 - $MetricsHourSecondaryTransactionsBlob
- $MetricsHourSecondaryTransactionsTable
- $MetricsHourSecondaryTransactionsQueue
所有版本。 必須啟用讀取存取異地備援複寫。
每分鐘度量,次要位置 - $MetricsMinuteSecondaryTransactionsBlob
- $MetricsMinuteSecondaryTransactionsTable
- $MetricsMinuteSecondaryTransactionsQueue
所有版本。 必須啟用讀取存取異地備援複寫。
容量 (僅限 Blob 服務) $MetricsCapacityBlob 所有版本。

針對儲存體服務端點啟用儲存體分析時,即會自動建立這些資料表。 您可以透過儲存體帳戶的命名空間存取它們,例如:https://<accountname>.table.core.windows.net/Tables("$MetricsTransactionsBlob")。 計量資料表不會出現在清單作業中,而且必須直接透過資料表名稱存取。

計量警示

建議您考慮在 Azure 入口網站中設定警示,以便自動通知您有關儲存體服務行為的重要變更。 如需逐步指導,請參閱建立計量警示

若使用儲存體總管工具來下載此計量資料 (以使用分隔字元分隔的形式),您可以使用 Microsoft Excel 來分析資料。 如需可用的儲存體總管工具清單,請參閱 Azure 儲存體用戶端工具

重要

發生儲存體事件與記錄對應的每小時或分鐘計量資料之間可能會有延遲。 就分鐘計量而言,可能會一次寫入數分鐘的資料。 這個問題可能導致將來自較早分鐘的交易彙總至目前分鐘的交易。 發生這個問題時,警示服務可能不會擁有所設定警示間隔的所有可用計量資料,這可能導致非預期地觸發警示。

儲存體計量的計費

寫入要求以建立度量的資料表實體,會以適用於所有 Azure 儲存體作業的標準費率來收費。

用戶端對於計量資料的讀取要求也會以標準費率來計費。

計量資料表所使用的容量也會計費。 使用下列資訊來計算用於儲存計量資料的容量:

  • 如果服務每小時會使用每個服務中的每種 API,若您啟用服務層級和 API 層級摘要,則每小時大約有 148 KB 的資料將儲存於計量交易資料表中。
  • 如果服務每小時會使用每個服務中的每種 API,若您僅啟用服務層級摘要,則每小時大約有 12 KB 的資料將儲存於計量交易資料表中。
  • 假設您已選擇加入記錄,Blob 的容量資料表每天會新增兩個資料列。 這個情節表示此資料表的大小每天會增加大約 300 個位元組。

後續步驟