規劃和管理 Azure Blob 儲存體

本文可協助您規劃和管理 Azure Blob 儲存體的成本。 首先,使用 Azure 定價計算機來預估成本。 在您建立儲存體帳戶之後,將帳戶優化,讓您只需支付所需的費用。 使用成本管理功能來設定預算和監視成本。 您也可以檢閱預測成本,並監視花費趨勢來識別您可能想要採取行動的區域。

請記住,Blob 儲存體的成本只是您 Azure 帳單中每月成本的一部分。 雖然本文是在說明如何預估和管理 Blob 儲存體的成本,但您還必須支付 Azure 訂用帳戶使用的所有 Azure 服務和資源費用,包括協力廠商服務。 在您熟悉了 Blob 儲存體的管理成本之後,可套用類似方法,來管理您訂用帳戶中使用的所有 Azure 服務的成本。

預估成本

您可以使用 Azure 定價計算機來預估成本,然後再建立並開始將資料傳輸至 Azure 儲存體帳戶。

  1. 在 [Azure 定價計算機] 頁面上,選擇 [儲存體帳戶] 圖格。

  2. 向下移動頁面,並找出您預估的儲存體帳戶區段。

  3. 從下拉式清單中選擇 [選項]。

    當您修改這些下拉式清單的值時,成本預估會變更。 該預估值會出現在右上角以及預估的底部。

    Screenshot showing your estimate

    當您變更 [類型] 下拉式清單的值時,也會變更此工作表上顯示的其他選項。 您可以使用 [詳細資訊] 區段中的連結,深入瞭解每個選項的意義,以及這些選項如何影響儲存體相關作業的價格。

  4. 修改其餘選項以查看其對預估值的影響。

支援工具和指南

下列資源也可協助您預測使用 Azure Blob 儲存體的成本:

了解 Azure Blob 儲存體的完整計費模型

Azure Blob 儲存體會在 Azure 基礎結構上執行,當您部署新的資源時,將會累算成本。 請務必了解可能會產生其他額外的基礎結構成本。

Azure Blob 儲存體的計費方式

建立或使用 Blob 儲存體資源時,將按下列計量收費:

計量 單位
資料存放區 每 GB/每月
Operations 每筆交易
資料轉移 每 GB
中繼資料 每 GB/每月1
Blob 索引標籤 每標記2
變更摘要 每一記錄變更2
加密範圍 每月2
查詢加速 每 GB 掃描與每 GB 傳回

1僅適用於具有階層命名空間的帳戶。
2只有在啟用此功能時才適用。

資料流量可能也會產生網路成本。 請參閱頻寬定價

在您的計費週期結束時,將會加總各項計量的費用。 您的帳單或發票會顯示所有 Azure Blob 儲存體成本的區段。 每個計量都有個別的明細。

資料儲存體和中繼資料會按月以 GB 為單位計費。 對於儲存不到一個月的資料和中繼資料,您可以計算每天每 GB 的成本,以估計對每月帳單的影響。 您可以使用類似的方法,對使用不到一個月的加密範圍估計成本。 每個月的天數不盡相同。 因此,若要就指定月份的成本取得最精確的近似值,請務必將每月成本除以該月的實際天數。

儲存單位

Azure Blob 儲存體會使用下列二進位的測量單位來代表儲存容量:KiB、MiB、GiB、TiB、PiB。 帳單上包含 GB 作為測量單位的商品明細 (例如,每 GB/每月) 是由 Azure Blob 儲存體計算為二進位 GB (GiB)。 例如,帳單上的商品明細針對儲存的資料 (GB/月) 顯示 1,會對應至每月 1 GiB 的使用量。 下表說明每個二進位單位:

縮略字 單位 定義
KiB kibibyte 1,024 個位元組
MiB mebibyte 1,024 KiB (1,048,576 個位元組)
GiB gibibyte 1024 MiB (1,073,741,824 個位元組)
TiB tebibyte 1024 GiB (1,099,511,627,776 個位元組)

尋找每個計量的單位價格

若要尋找單價,請開啟正確的定價頁面,然後選取適當的檔案結構。 然後套用適當的備援、區域和貨幣篩選條件。 每個計量的價格都會出現在資料表中。 價格會根據您帳戶中的其他設定而有所不同,例如資料備援選項、存取層和效能層。

正確的定價頁面和檔案結構對於讀取和寫入資料的成本最為重要,因為儲存資料的成本基本上會由這些選取項目保持不變。 若要準確估計讀取和寫入資料的成本,請先判斷哪些儲存體帳戶端點用戶端、應用程式和工作負載將用來讀取和寫入資料。

對 Blob 服務端點的定價要求

Blob 服務端點的格式是 https://<storage-account>.blob.core.windows.net,這是與 Blob 儲存體互動的工具和應用程式最常使用的端點。

要求可能來自下列任何來源:

這些要求的正確定價頁面是 [區塊 Blob 定價] 頁面。

此端點的要求也可能發生在具有階層命名空間的帳戶中。 事實上,若要使用 NFS 3.0 和 SFTP 通訊協定,您必須先啟用帳戶的階層命名空間功能。

如果您的帳戶已啟用階層命名空間功能,請確定 [檔案結構] 下拉式清單已設定為 [階層命名空間 (NFS v3.0,SFTP 通訊協定)]。 否則,請確定已設定為 [一般命名空間]

Data Lake Storage 端點的定價要求

Data Lake Storage 端點的格式是 https://<storage-account>.dfs.core.windows.net,這是分析工作負載和應用程式最常使用的端點。 此端點通常與具有階層命名空間的帳戶搭配使用,但並非一定如此。

要求可能來自下列任何來源:

這些要求的正確定價頁面是 [Azure Data Lake Storage Gen2 定價] 頁面。

如果您的帳戶未啟用階層命名空間功能,但您預期用戶端、工作負載或應用程式會透過帳戶的 Data Lake Storage 端點提出要求,請將 [檔案結構] 下拉式清單設定為 [一般命名空間]。 否則,請確定已設定為 [階層命名空間]

尋找每個作業的價格

AzCopy 或 Azure 儲存體總管等工具提出的每個要求都會以 REST 作業的形式抵達服務。 這也適用於利用 Azure 儲存體用戶端程式庫的自訂應用程式。

若要判斷每項作業的價格,您必須先判斷該作業的類型分類。 這是因為定價頁面只會依作業類型列出價格,不會依每個個別作業列出價格。 若要查看每個作業對應至作業類型的方式,請參閱將每個 REST 作業對應至價格

將 Azure 預付款用於 Azure Blob 儲存體

您可以使用 Azure 預付款 (先前稱為預付金) 點數來支付 Azure Blob 儲存體費用。 不過,您無法使用 Azure 預付款點數來支付第三方產品和服務的費用,包括來自 Azure Marketplace 的產品和服務。

最佳化成本

請考慮使用以下選項來降低成本。

  • 分析現有的容器和 Blob

  • 保留儲存體容量

  • 將資料組織到存取層

  • 在存取層之間自動移動資料

本節將詳細說明每個選項。

分析現有的容器和 Blob

如果您已使用 Blob 儲存體一段時間,您應該定期檢閱容器的內容,以找出降低成本的機會。 藉由瞭解 Blob 儲存、組織及用於實際執行的方式,您可以在這些 Blob 的可用性、效能和成本之間,找到更好的取捨。

請參閱下列文章,以條列及分析現有的容器和 Blob:

保留儲存體容量

使用 Azure 儲存體保留容量,您可以節省 Blob 資料的儲存成本費用。 當您認可資料保留一年或三年時,Azure 儲存體保留容量就會針對標準儲存體帳戶中的區塊 blob 和 Azure Data Lake Storage Gen2 資料容量提供折扣。 保留會在保留期間內提供固定數量的儲存體容量。 Azure 儲存體保留容量可以大幅降低區塊 Blob 和 Azure Data Lake Storage Gen2 資料的容量成本。

若要深入瞭解,請參閱使用保留容量將 Blob 儲存體的成本最佳化

將資料組織到存取層

您可以將 Blob 資料放入最符合成本效益的存取層,藉此降低成本。 從三個階層中選擇,其設計目的是要優化您的資料使用成本。 例如,經常性存取層的儲存成本較高,但存取成本較低。 因此,如果您打算經常存取資料,經常性存取層可能是最符合成本效益的選擇。 如果您打算較不頻繁地存取資料,非經常性存取層封存層可能最合理,因為其會提高存取資料的成本,同時減少儲存資料的成本。

請參閱下列文章:

在存取層之間自動移動資料

使用生命週期管理原則,定期在各層之間移動資料,以節省最多成本。 這些原則可以使用您指定的規則移動資料。 例如,您可以建立一個規則,將 Blob 移至封存層 (如果該 Blob 在 90 天內未修改)。 藉由建立可調整資料存取層的原則,您便可根據自身需求設計成本最低的儲存選項。

若要深入了解,請參閱管理 Azure Blob 儲存體生命週期

建立預算

您可以建立預算來管理成本,以及建立警示,以便在出現異常消費和超支風險時自動通知利害關係人。 警示是以支出為基礎 (相較於預算和成本閾值)。 系統會為 Azure 訂用帳戶和資源群組建立預算和警示,因此在整體成本監視策略中十分實用。 不過,其管理個別的 Azure 服務成本 (例如 Azure 儲存體成本) 時可能功能有限,因為這些是為用來追蹤較高層級的成本而設計。

監視成本

當您搭配 Azure 儲存體使用 Azure 資源時,便會產生費用。 資源使用量單位成本會依據時間間隔 (秒、分鐘、小時和日) 或單位使用量 (位元組、MB 等等) 而改變。一旦開始使用 Azure 儲存體,就會產生成本。 您可以在 Azure 入口網站的 [成本分析] 窗格中看到成本。

使用成本分析時,您可以在圖表和資料表中檢視不同時間間隔的 Azure 儲存體成本。 一些範例包括依日期、目前和先前月份,以及年度。 您也可以根據預算和預測成本來檢視成本。 切換至更長一段時間的檢視可協助您識別費用趨勢,並查看可能發生超支的位置。 如果您已建立預算,還可以輕鬆地查看已超出預算的位置。

注意

成本分析支援不同的 Azure 帳戶類型。 若要檢視所支援帳戶類型的完整清單,請參閱了解成本管理資料。 若要檢視成本資料,您至少需要 Azure 帳戶的讀取存取。 如需 Microsoft 成本管理資料的存取權指派相關資訊,請參閱指派資料的存取權

若要在成本分析中檢視 Azure 儲存體成本:

  1. 登入 Azure 入口網站

  2. 開啟 [成本管理 + 計費] 視窗,從功能表中選取 [成本管理],然後選取 [成本分析]。 然後,您可以從 [領域] 下拉式清單中變更特定訂用帳戶的範圍。

    Screenshot showing scope

  3. 若只要查看 Azure 儲存體的成本,請選取 [加入篩選],然後選取 [服務名稱]。 然後,從清單中選擇 [儲存體]

    以下是只顯示 Azure 儲存體的範例:

    Screenshot showing filter by storage

在上述範例中,您會看到服務的目前成本。 依 Azure 區域 (位置) 和資源群組的成本也會出現。 您也可以新增其他篩選 (例如:查看特定儲存體帳戶成本的篩選)。

匯出成本資料

您也可以將成本資料匯出到儲存體帳戶。 當您或其他人需要對成本進行額外的資料分析時,這會很有用。 例如,財務小組可以使用 Excel 或 Power BI 來分析資料。 您可以根據每日、每週或每月排程來匯出成本,並設定自訂日期範圍。 若要取得成本資料集,建議採用匯出成本資料集的方式。

避免計費發生意外

某些動作 (例如變更帳戶的預設存取層) 可能會產生意料之外的成本。 每個功能的相關文章都有談到如何避免產生意外成本,而此資料表擷取了一些常見原因。

類別 動作 對帳單的潛在影響
存取層 變更預設存取層設定 如果您的帳戶包含存取層推斷的大量 Blob,則此設定的變更可能會產生高額成本。

如果變更儲存體帳戶的預設存取層設定,則變更會套用至帳戶中未明確設定存取層的所有 Blob。 例如,如果您在一般用途 v2 帳戶中將預設存取層設定從經常性存取層切換至非經常性存取層,則您需針對已推斷存取層的所有 Blob 支付寫入作業 (每 10,000 個) 的費用。 如果您在一般用途 v2 帳戶中從非經常性存取層切換至經常性存取層,即需支付讀取作業 (每 10,000 個) 和資料擷取 (每 GB) 的費用。

如需詳細資訊,請參閱預設帳戶存取層設定
存取層 從封存解除凍結 高優先順序的封存解除凍結可能會產生高於平常的費用。 Microsoft 建議您保留高優先順序的解除凍結,以用於緊急資料還原情況。

如需詳細資訊,請參閱解除凍結優先順序
資料保護 啟用 Blob 虛刪除 覆寫 Blob 可能會產生 Blob 快照集。 與刪除 Blob 的情況不同,這些快照集的建立不會記錄下來。 這可能會產生非預期的記憶成本。 請考慮是否應該將經常覆寫的資料放在未啟用虛刪除的帳戶中。

如需詳細資訊,請參閱啟用虛刪除時如何處理覆寫
資料保護 啟用 Blob 版本設定 Blob 上的每個寫入作業都會建立新版本。 如同啟用 Blob 虛刪除的情況,請考慮經常覆寫的資料是否應該放在未啟用版本設定的帳戶中。

如需詳細資訊,請參閱寫入作業的版本設定
監視 啟用儲存體分析記錄 (傳統記錄) 如果未設定保留原則,記憶體分析記錄可能會隨著時間經過累積在您的帳戶中。 請務必設定保留原則,以避免記錄建置產生非預期的容量費用。

如需詳細資訊,請參閱修改記錄資料保留期間
通訊協定 啟用 SSH 檔案傳輸通訊協定 (SFTP) 支援 啟用 SFTP 端點會產生每小時的費用。 若要避免被動費用,請考慮只在您主動使用 SFTP 來傳輸資料時才啟用 SFTP。

如需啟用和停用 SFTP 支援的相關指引,請參閱使用 SSH 檔案傳輸通訊協定 (SFTP) 連線到 Azure Blob 儲存體

常見問題集 (FAQ)

請參閱管理成本常見問題

下一步