共用方式為

瞭解 Azure 檔案儲存體 計費模型

  • 發行項

Azure 檔案儲存體 支援兩種不同的儲存層 SSD 和 HDD，可讓您根據案例的效能和價格需求來量身打造檔案共用：

  • SSD （進階版）：裝載於固態硬碟上的檔案共用，可在大多數 IO 作業的一位數毫秒內，提供一致的高效能和低延遲。
  • HDD （標準）：硬碟上的檔案共用主機提供符合成本效益的記憶體，以供一般用途使用。

Azure 檔案儲存體 有多個定價模式，包括已布建和隨用隨付選項：

  • 布建的計費模型：在布建的計費模型中，檔案共用的主要成本是根據記憶體數量、IOPS（每秒的輸入和輸出作業），以及您在建立或更新檔案共享時布建的輸送量，而不論您使用多少。 Azure 檔案儲存體 有兩個不同的布建模型已布建 v2 和已布建的 v1。

    • 已布建的 v2：在布建的 v2 模型中，您可以個別布建記憶體、IOPS 和輸送量，不過我們提供建議協助您第一次布建。
    • 布建 v1：在布建的 v1 模型中，您會根據布建的記憶體數量來決定 IOPS 和輸送量時，共用所需的記憶體數量。 Azure 檔案儲存體 的布建 v1 模型僅適用於 SSD 檔案共用。

  • 隨用隨付計費模型：在隨用隨付模型中，檔案共用的成本是以您使用的記憶體、交易和數據傳輸成本的形式而定。 Azure 檔案儲存體 的隨用隨付模型僅適用於 HDD 檔案共用。 我們建議針對新的 HDD 檔案共用部署使用布建的 v2 模型。

本文說明 Azure 檔案儲存體 計費模型，以協助您瞭解每月 Azure 檔案儲存體 帳單。 如需 Azure 檔案儲存體定價資訊，請參閱 Azure 檔案儲存體定價頁面。

適用於

管理模型 計費模型 媒體層 備援性 SMB NFS
Microsoft.Storage 已布建的 v2 HDD （標準） 本地 （LRS） 是 No
Microsoft.Storage 已布建的 v2 HDD （標準） 區域 （ZRS） 是 No
Microsoft.Storage 已布建的 v2 HDD （標準） 地理 （GRS） 是 No
Microsoft.Storage 已布建的 v2 HDD （標準） GeoZone （GZRS） 是 No
Microsoft.Storage 已布建 v1 SSD （進階版） 本地 （LRS） Yes Yes
Microsoft.Storage 已布建 v1 SSD （進階版） 區域 （ZRS） Yes Yes
Microsoft.Storage 隨用隨付 HDD （標準） 本地 （LRS） 是 No
Microsoft.Storage 隨用隨付 HDD （標準） 區域 （ZRS） 是 No
Microsoft.Storage 隨用隨付 HDD （標準） 地理 （GRS） 是 No
Microsoft.Storage 隨用隨付 HDD （標準） GeoZone （GZRS） 是 No

儲存單位

Azure 檔案儲存體使用二進位的測量單位來代表儲存容量：KiB、MiB、GiB 和 TiB。

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

雖然大多數操作系統和工具通常會使用基底 2 個測量單位來測量記憶體數量，但通常會誤報為base-10單位，您可能更熟悉：KB、MB、GB 和 TB。 雖然錯誤標記的原因不同，但 Windows 等操作系統錯誤標記儲存單元的常見原因，是因為許多操作系統在 IEC（國際安委會）、BIPM（國際重量和措施局）和 NIST（美國國家標準與技術研究所）標準化之前開始使用這些縮略字。

下表顯示常見的作業系統如何測量和標記儲存體：

作業系統 測量系統 加上標籤
Windows 2 進位 一致錯誤標記為 10 進位。
Linux 散發套件 通常base-2，某些軟體使用base-10 測量和標籤間的不一致標籤和對齊方式取決於軟體套件。
macOS、iOS 和 iPad OS 10 進位 以一致方式標示為 10 進位。

如果您的作業系統未列出，請洽詢您的作業系統廠商。

檔案共用擁有權總成本的檢查清單

如果您要從內部部署移轉至 Azure 檔案儲存體，或將 Azure 檔案儲存體與其他雲端儲存體解決方案進行比較，您應該考慮下列因素以確保公平、蘋果對蘋果的比較：

  • 您為儲存體、IOPS 和頻寬支付了多少費用？ 大部分的雲端解決方案都有符合已佈建儲存體原則的模型，例如價格決定性和簡單性，或隨用隨付儲存體，後者只會向您收取實際使用費用，藉此優化成本。 佈建模型的特色是最小的佈建共用大小、佈建單位，以及增加和減少佈建的能力。

  • 是否有任何方法可將儲存體成本最佳化呢？ 您可以使用 Azure 檔案儲存體保留功能，在儲存體上達到最多 36% 的扣抵。 其他解決方案可能會採用重複數據刪除或壓縮等策略，選擇性地將儲存效率優化。 不過，這些儲存體優化策略通常會有非貨幣成本，例如降低效能。 Azure 檔案儲存體 保留對效能沒有任何副作用。

  • 如何實現儲存體復原和備援？ 透過 Azure 檔案儲存體，產品供應專案會包含記憶體復原和備援。 所有層級和備援層級都可確保資料具有高可用性，而且至少有三份資料複本可供存取。 考慮其他檔案儲存體選項時，請考慮是否有內建的儲存體復原功能和備援功能，或是您必須自行搭配的一些功能。

  • 您的管理內容為何？ 使用 Azure 檔案儲存體時，基本的管理單位是儲存體帳戶。 其他解決方案可能需要額外的管理，例如操作系統更新或虛擬資源管理，例如 VM、磁碟和網路 IP 位址。

  • 增值產品的成本為何？ Azure 檔案儲存體支援與多個第一方和協力廠商加值服務的整合。 Azure 備份、Azure 檔案同步 和 Microsoft Defender for Storage 等增值服務提供備份、復寫和快取，以及 Azure 檔案儲存體 的安全性功能。 無論是內部部署或雲端中的加值解決方案，均具備自己的授權和產品成本，但經常視為檔案儲存體擁有權總成本的一部分。

布建的 v2 模型

Azure 檔案儲存體 配對的已布建 v2 模型具有彈性的擁有總成本可預測性，可讓您建立符合確切記憶體和效能需求的檔案共用。 當您建立新的佈建 v2 檔案共享時，您可以指定檔案共用所需的記憶體、IOPS 和輸送量。 您布建的每個數量數量都會決定總帳單。

您布建的記憶體、IOPS 和輸送量是檔案共用使用量的保證限制。 例如，如果您布建 2 TiB 共用，並將 2 TiB 的數據上傳至您的共用，則共用將會已滿，除非您增加共用的大小，或刪除部分數據，否則您將無法新增更多數據。 以信用為基礎的 IOPS 高載會盡可能增加使用量的彈性，同時點數仍維持不變。

當您的需求變更時，您可以動態地相應增加或減少您布建的記憶體、IOPS 和輸送量，不過，只有在自上次增加數量后 24 小時之後，您才能減少布建的數量。 布建變更后的幾分鐘內，記憶體、IOPS 和輸送量變更就會生效。

根據預設，當您使用布建的 v2 模型建立新的檔案共用時，我們會根據您指定的布建記憶體數量，提供多少 IOPS 和所需輸送量的建議。 雖然這些建議是以 Azure 檔案儲存體 中該媒體層布建記憶體數量的典型客戶使用量為基礎，但您可能會發現您的工作負載需要比「一般檔案共用」多或少的 IOPS 和輸送量，而且您可以視個別檔案共用需求選擇性地布建或減少 IOPS 和輸送量。

已布建的 v2 可用性

布建的 v2 模型是針對記憶體帳戶中具有 FileStorage 記憶體帳戶種類的檔案共用提供。 目前，有下列記憶體帳戶 SKU 子集可供使用：

儲存體帳戶種類 記憶體帳戶 SKU 可用的檔案共享類型
FileStorage StandardV2_LRS HDD 布建的 v2 檔案共用與指定的本機 （LRS） 備援。
FileStorage StandardV2_ZRS HDD 布建的 v2 檔案共用，並指定區域 （ZRS） 備援。
FileStorage StandardV2_GRS HDD 布建的 v2 檔案共用，並指定了 Geo （GRS） 備援。
FileStorage StandardV2_GZRS HDD 布建的 v2 檔案共用與指定 GeoZone （GZRS） 備援。

目前，這些 SKU 通常會在有限的區域子集中提供：

  • 法國中部
  • 法國南部
  • 澳大利亞東部
  • 澳大利亞東南部
  • 東亞
  • 東南亞
  • 美國西部 2
  • 美國中西部
  • 西歐
  • 北歐

已布建的 v2 布建詳細數據

當您建立布建的 v2 檔案共享時，您會在記憶體、IOPS 和輸送量方面指定檔案共用的布建容量。 檔案共享會根據下列屬性來限制：

項目 HDD 值
記憶體布建單位 1 GiB
IOPS 布建單位 1 IO / 秒
輸送量布建單位 1 MiB / 秒
每個檔案共用的最低布建記憶體 32 GiB
每個檔案共用的最低布建 IOPS 500 IOPS
每個檔案共用的最低布建輸送量 60 MiB / 秒
每個檔案共用的布建記憶體上限 256 TiB （262,144 GiB）
每個檔案共用布建的最大 IOPS 50,000 IOPS
每個檔案共用的布建輸送量上限 5,120 MiB / 秒
每個記憶體帳戶布建的記憶體上限 4 PiB （4,194,304 GiB）
每個記憶體帳戶布建的最大 IOPS 50,000 IOPS
每個記憶體帳戶布建的輸送量上限 5,120 MiB / 秒
每個記憶體帳戶的檔案共享數目上限 50 個檔案共用

根據預設，我們建議根據您指定的布建記憶體來布建 IOPS 和輸送量布建。 這些建議公式是以該媒體層在 Azure 檔案儲存體 中該媒體層布建記憶體數量的典型客戶使用量為基礎：

公式名稱 HDD 公式
IOPS 建議 MIN(MAX(1000 + CEILING(0.2 * ProvisionedStorageGiB), 500), 50000)
輸送量建議 MIN(MAX(60 + CEILING(0.02 * ProvisionedStorageGiB), 60), 5120)

根據您的個別檔案共用需求，您可能會發現您需要比建議多或少 IOPS 或輸送量，並視需要選擇性地以您自己的值覆寫這些建議。

布建的 v2 高載

以信用為基礎的 IOPS 高載可提供 IOPS 使用量的新增彈性。 這種彈性最適合用來作為針對非預期 IO 尖峰的緩衝區。 針對已建立的IO模式，我們建議布建IO尖峰。

每當檔案共用的流量低於布建（基準）IOPS 時，高載 IOPS 點數就會累積。 每當檔案共用的 IOPS 使用量超過布建的 IOPS，而且有可用的高載 IOPS 點數時，檔案共用最多可以高載到允許的最大高載 IOPS 限制。 只要剩餘點數，檔案共用就可以繼續高載，但這是根據累積的高載點數。 超過布建 IOPS 的每個 IO 都會耗用一個點數。 一旦取用所有點數，共用就會回到布建的 IOPS。 針對檔案共用的 IOPS 不需要執行任何特殊動作，即可使用高載。 高載會盡最大努力運作。

共用信用額度有三種狀態：

  • 累加，當檔案共用使用小於布建的 IOPS 時。
  • 拒絕，當檔案共用使用超過布建的 IOPS 和高載模式時。
  • 常數，當檔案共用只使用布建的 IOPS，而且沒有累算或使用的點數時。

新的檔案共用會從其高載貯體中的完整點數開始。 如果共用 IOPS 因伺服器節流而低於布建的限制，則高載點數不會累算。 下列公式可用來判斷檔案共用的高載 IOPS 限制和可能的點數：

項目 HDD 公式
高載 IOPS 限制 MIN(MAX(3 * ProvisionedIOPS, 5000), 50000)
高載 IOPS 點數 (BurstLimit - ProvisionedIOPS) * 3600

下表說明這些公式的幾個範例，適用於各種布建的 IOPS 數量：

佈建的 IOPS HDD 高載 IOPS 限制 HDD 高載點數
500 最多5,000個 16,200,000
1,000 最多5,000個 14,400,000
3,000 最多 9,000 個 21,600,000
5,000 最多 15,000 個 36,000,000
10,000 最多 30,000 個 72,000,000
25,000 最多 50,000 個 90,000,000
50,000 最多 50,000 個 0

已布建的 v2 快照集

Azure 檔案儲存體支援快照集，類似於 Windows 檔案伺服器上的磁碟區陰影複製 (VSS) 功能。 如需共用快照集的詳細資訊，請參閱 Azure 檔案儲存體快照集的概觀。

快照集一律與實時共用和彼此不同。 在布建的 v2 計費模型中，如果所有快照集的總差異大小符合檔案共用的過度布建儲存空間，則快照集記憶體不會產生額外費用。 如果即時共享數據的大小加上差異快照集數據大於共用的布建記憶體，則會針對 溢位快照集使用量 計量來計費快照集的使用量過剩容量。 判斷溢位量的公式為： MAX((LiveShareUsedGiB + SnapshotDifferentialUsedGiB) - ProvisionedStorageGiB, 0)

Azure 檔案儲存體 的一些增值服務會使用快照集作為其價值主張的一部分。 如需詳細資訊，請參閱 Azure 檔案儲存體的增值服務。

布建的 v2 虛刪除

在已啟用虛刪除的記憶體帳戶中，已刪除的檔案共享會根據虛刪除期間內已刪除共用的已使用儲存容量計費。 為了確保一律可以還原已刪除的檔案共用，布建的記憶體、IOPS 和共用輸送量會根據記憶體帳戶的限制計算，直到清除檔案共用，但不會計費。 如需虛刪除的詳細資訊，請參閱 如何在 Azure 檔案共享上啟用虛刪除。

布建的 v2 計費計量

使用布建 v2 計費模型布建的檔案共享會根據下列五個計費計量計費：

  • 已布建的記憶體：GiB 中布建的記憶體數量。
  • 已布建的 IOPS：布建的 IOPS 數量（IO/秒）。
  • 布建的輸送量MiBPS：以MiB / 秒布建的輸送量數量。
  • 溢位快照集使用量：GiB 中不符合布建記憶體容量的任何差異快照集使用量。 如需詳細資訊，請參閱布建的 v2 快照集。
  • 虛刪除使用量：針對虛刪除檔案共用使用 GiB 中的儲存容量。 如需詳細資訊，請參閱 布建的 v2 虛刪除 。

針對布建 v2 計費計量的耗用量會以每小時單位為單位每小時發出。 例如，針對布建 1024 GiB 的共用，您應該會看到：

  • 1,024 個單位針對 布建的記憶體 計量進行個別小時。
  • 如果匯總一天，則針對 布建記憶體 計量 24,576 單位。
  • 根據月份中的天數，匯總一個月的可變單位數：
    • 28 天月（正常 2 月）：688,128 個單位對 布建記憶體 計量。
    • 29 天月 （2 月躍年）： 712,704 單位與 布建儲存 計量。
    • 30 天：737,280 單位，針對 布建的記憶體 計量。
    • 31 天：761,856 單位與 布建記憶體 計量。

布建的 v1 模型

布建的 v1 方法會以固定比例提供記憶體、IOPS 和輸送量，類似於在內部部署記憶體解決方案中購買記憶體的方式。 當您建立新的佈建 v1 檔案共享時，您可以指定您的共用所需的記憶體量，以及 IOPS 和輸送量是計算值。 Azure 檔案儲存體 的已布建 v1 模型僅適用於 SSD 檔案共用。

您布建的記憶體數量會決定檔案共用使用量的保證記憶體、IOPS 和輸送量限制。 例如，如果您布建 2 TiB 共用，並將 2 TiB 的數據上傳至您的共用，則共用將會已滿，除非您增加共用的大小，或刪除部分數據，否則您將無法新增更多數據。 以信用為基礎的 IOPS 高載會盡可能增加使用量的彈性，同時點數仍維持不變。

不同於購買內部部署記憶體，布建的 v1 檔案共用可以隨著需求變更而動態相應增加或減少，不過，您只能在自上次增加記憶體后 24 小時之後，才減少布建的記憶體。 布建變更后的幾分鐘內，記憶體、IOPS 和輸送量變更就會生效。

您可以將佈建的共用大小減少到比您使用的 GiB 更小。 如果這樣做，您將不會遺失資料，但仍需支付所使用的大小費用，並會獲得所佈建共用的效能，而不是使用的大小。

已布建 v1 可用性

布建的 v1 模型是針對記憶體帳戶中的 SSD 檔案共用提供，其中包含 FileStorage 儲存器帳戶種類：

儲存體帳戶種類 記憶體帳戶 SKU 可用的檔案共享類型
FileStorage Premium_LRS SSD 已布建 v1 檔案共用，並指定本機 （LRS） 備援。
FileStorage Premium_ZRS SSD 布建的 v1 檔案共用與指定區域 （ZRS） 備援。

使用布建 v1 模型的 SSD 檔案共用在大部分的 Azure 區域中正式推出。 如需詳細資訊，請參閱 依區域的 Azure 產品。

已布建的 v1 布建詳細數據

當您建立布建的 v1 檔案共享時，您可以指定共用所需的記憶體量。 您布建的每個 GiB 都可讓您以固定比例獲得更多 IOPS 和輸送量。 檔案共享會根據下列屬性來限制：

項目 值
記憶體布建單位 1 GiB
每個檔案共用的最低布建記憶體 100 GiB
每個檔案共用的布建記憶體上限 100 TiB （102,400 GiB）
每個記憶體帳戶布建的記憶體上限 100 TiB （102,400 GiB）

在共用上布建的 IOPS 和輸送量量取決於下列公式：

項目 公式
計算布建 （基準） IOPS MIN(3000 + 1 * ProvisionedStorageGiB, 102400)
計算布建輸送量 （MiB / 秒） 100 + CEILING(0.04 * ProvisionedStorageGiB) + CEILING(0.06 * ProvisionedStorageGiB)

視您個別的檔案共用需求而定，您可能會發現所需的 IOPS 或輸送量比我們的布建公式所提供的還要多。 在此情況下，您必須布建更多記憶體，才能取得所需的 IOPS 或輸送量。

布建的 v1 高載

以信用為基礎的 IOPS 高載可提供 IOPS 使用量的新增彈性。 這種彈性最適合用來作為針對非預期 IO 尖峰的緩衝區。 針對已建立的IO模式，我們建議布建IO尖峰。

每當檔案共用的流量低於布建（基準）IOPS 時，高載 IOPS 點數就會累積。 每當檔案共用的 IOPS 使用量超過布建的 IOPS，而且有可用的高載 IOPS 點數時，檔案共用最多可以高載到允許的最大高載 IOPS 限制。 只要剩餘點數，檔案共用就可以繼續高載，但這是根據累積的高載點數。 超過布建 IOPS 的每個 IO 都會耗用一個點數。 一旦取用所有點數，共用就會回到布建的 IOPS。 針對檔案共用的 IOPS 不需要執行任何特殊動作，即可使用高載。 高載會盡最大努力運作。

共用信用額度有三種狀態：

  • 累加，當檔案共用使用小於布建的 IOPS 時。
  • 拒絕，當檔案共用使用超過布建的 IOPS 和高載模式時。
  • 常數，當檔案共用只使用布建的 IOPS，而且沒有累算或使用的點數時。

新的檔案共用會從其高載貯體中的完整點數開始。 如果共用 IOPS 因伺服器節流而低於布建的限制，則高載點數不會累算。 下列公式可用來判斷檔案共用的高載 IOPS 限制和可能的點數：

項目 公式
高載限制 MIN(MAX(3 * ProvisionedStorageGiB, 10000), 102400)
高載信用額度 (BurstLimit - BaselineIOPS) * 3600

下表說明這些已佈建共用大小的一些公式範例：

容量 (GiB) 基準 IOPS 高載 IOPS 高載信用額度 輸送量 (輸入 + 輸出) (MiB/秒)
100 3,100 最高 10,000 24,840,000 110
500 3,500 最高 10,000 23,400,000 150
1,024 4,024 最高 10,000 21,513,600 203
5,120 8,120 最高 15,360 26,064,000 613
10,240 13,240 最高 30,720 62,928,000 1,125
33,792 36,792 最多 102,400 227,548,800 3,480
51,200 54,200 最多 102,400 164,880,000 5,220
102,400 102,400 最多 102,400 0 10,340

有效的檔案共用效能受限於電腦網路限制、可用的網路頻寬、IO 大小、平行處理原則，以及許多其他因素。 若要達到平行處理的最大優點，建議您在 SSD 檔案共享上啟用 SMB 多重通道 。 如需 一些常見的效能問題和因應措施，請參閱SMB效能 和 效能疑難解答指南 。

已布建的 v1 快照集

Azure 檔案儲存體支援快照集，類似於 Windows 檔案伺服器上的磁碟區陰影複製 (VSS) 功能。 如需共用快照集的詳細資訊，請參閱 Azure 檔案儲存體快照集的概觀。

快照集一律與實時共用和彼此不同。 在布建的 v1 計費模型中，不論未使用多少布建記憶體，總差異大小都會根據使用量計量計費。 使用的快照集記憶體計量比布建的記憶體價格低。

布建的 v1 虛刪除

在已啟用虛刪除的記憶體帳戶中，已刪除的檔案共享會根據虛刪除期間內已刪除共用的已使用儲存容量計費。 虛刪除使用量記憶體容量會針對使用的快照集記憶體計量發出。 如需虛刪除的詳細資訊，請參閱 如何在 Azure 檔案共享上啟用虛刪除。

布建的 v1 計費計量

使用布建 v1 計費模型布建的檔案共享會根據下列兩公尺計費：

  • 進階布建：GiB 中布建的記憶體數量。
  • 進階快照集：已使用的快照集數量和已使用的虛刪除容量。

根據布建 v1 計費計量的耗用量，會以每月單位為單位每小時發出。 例如，針對布建 1024 GiB 的共用，您應該會看到：

  • 個別小時的可變單位數，視月份的天數而定：
    • 28 天月（正常 2 月）：1.5238 單位與 進階布建 計量。
    • 29 天月 （閏年 2 月）： 1.4713 單位與 進階布 建計量。
    • 30 天：針對 進階布 建計量的 1.4222 單位。
    • 31 天：1.3763 單位與 進階布建 計量。
  • 根據月份的天數，匯總一天的可變單位數：
    • 28 天月（正常 2 月）：36.5714 單位與 進階布建 計量。
    • 29 天月（閏年 2 月）：35.3103 單位與 進階布 建計量。
    • 30 天：34.1333 單位與 進階布建 計量。
    • 31 天：33.0323 單位與 進階布建 計量。
  • 如果匯總了一個月， 則針對進階布建 計量的 1024 單位。

隨用隨付模組

在隨用隨付模型中，您支付的金額取決於您使用的金額，而不是根據布建的金額。 概括而言，您會為儲存的邏輯數據量支付費用，而且您也會根據該數據的使用量支付交易費用。 隨用隨付計費模型在預算程式中很難規劃，因為模型是由使用者耗用量所驅動。 因此，我們建議針對新的檔案共用部署使用布建的 v2 模型 。 隨用隨付模型僅適用於 HDD 檔案共用。

隨用隨付可用性

隨用隨付模型適用於記憶體帳戶 中具有 StorageV2 或 記憶體 帳戶種類之 HDD 檔案分享：

儲存體帳戶種類 記憶體帳戶 SKU 可用的檔案共享類型
StorageV2 或記憶體 Standard_LRS HDD 隨用隨付檔案共用，並指定本機 （LRS） 備援。
StorageV2 或記憶體 Standard_ZRS HDD 隨用隨付檔案共用，並指定區域 （ZRS） 備援。
StorageV2 或記憶體 Standard_GRS HDD 隨用隨付檔案共用，並指定異地 （GRS） 備援。
StorageV2 或記憶體 Standard_GZRS HDD 隨用隨付檔案共用，並指定 GeoZone （GZRS） 備援。

使用隨用隨付模型的 HDD 檔案共用已在所有 Azure 區域中正式推出。

存取層的差異

當您建立 HDD 檔案共享時，您可以在下列存取層之間挑選：交易優化、經常性存取和非經常性存取層。 這三個存取層都會儲存在完全相同的儲存硬體上。 這三個存取層的主要差異在於其待用記憶體價格的數據，在冷卻層中較低，而交易價格則較高。 這表示：

  • 交易優化，如名稱所示，將高 IOPS（交易）工作負載的價格優化。 交易最佳化具有最高的待用資料儲存體價格，但交易價格最低。
  • 經常性存取適用於未涉及大量交易的作用中工作負載。 相較於交易優化，其待用記憶體價格略低，但交易價格略高。 您可以將其視為介於交易最佳化和非經常性存取層之間的中間方案。
  • 非經常性會針對沒有高活動的工作負載優化價格，並提供最低待用數據儲存價格，但最高交易價格。

如果您將不常存取的工作負載放在交易優化存取層中，您每月對共用進行交易的次數幾乎不會支付任何費用。 不過，您會支付大量的資料儲存成本。 如果您將此相同的共用移至非經常性存取層，您仍不需支付交易成本，只是因為您不常為此工作負載進行交易。 不過，非經常性存取層具有更便宜的數據記憶體價格。 為您的使用案例選取適當的存取層可讓您大幅降低成本。

同樣地，如果您將高度存取的工作負載放在非經常性存取層中，則會支付更多交易成本，但較不支付數據儲存成本。 這可能會導致一種情況，即交易價格增加的成本超過減少資料儲存體價格省下的費用，讓您在非交易最佳化的情況下支付更多費用。 對於某些使用量層級，經常性存取層可能會最符合成本效益，而非經常性存取層會比交易優化更昂貴。

您的工作負載和活動層級會決定隨用隨付檔案共用最符合成本效益的存取層。 實際上，挑選最具成本效益存取層的最佳方式包括查看共用的實際資源耗用量（儲存的數據、寫入交易等）。 對於隨用隨付檔案共享，建議您在初始移轉至 Azure 檔案儲存體 期間，從交易優化層開始，然後在移轉完成後根據使用量挑選正確的存取層。 移轉期間的交易使用量通常不表示一般交易使用量。

什麼是交易？

當您使用 SMB 在電腦上掛接 Azure 檔案共用時，Azure 檔案共用會在您的電腦上公開，就像是本機儲存體一樣。 這表示計算機上的應用程式、腳本和其他程式可以存取 Azure 檔案共用上的檔案和資料夾，而不需要知道它們儲存在 Azure 中。

當您讀取或寫入檔案時，您使用的應用程式會對作業系統所提供的檔案系統 API 執行一系列 API 呼叫。 接著，您的操作系統會將這些呼叫解譯成SMB通訊協定交易，這些交易會透過網路傳送至 Azure 檔案儲存體來完成。 用戶視為單一作業的工作，例如從頭到尾讀取檔案，可能會轉譯成 Azure 檔案儲存體 所提供的多個 SMB 交易。

根據準則，標準檔案共用會根據使用量計費的隨用隨付計費模型。 應用程式和腳本所進行的SMB和FileREST交易代表檔案共用的使用方式，並顯示為帳單的一部分。 相同的概念適用於您可能新增至共用的加值雲端服務，例如 Azure 檔案同步或 Azure 備份。 交易會分組成五個不同的交易類別，這些交易會根據其對 Azure 檔案共用的影響而有不同的價格。 這些類別包括：寫入、列出、讀取、其他和刪除。

下表顯示每個交易的分類：

交易貯體 管理作業 資料作業
寫入交易
  • CreateShare
  • SetFileServiceProperties
  • SetShareMetadata
  • SetShareProperties
  • SetShareAcl
  • SnapshotShare
  • RestoreShare
  • CopyFile
  • Create
  • CreateDirectory
  • CreateFile
  • PutRange
  • PutRangeFromURL
  • SetDirectoryMetadata
  • SetFileMetadata
  • SetFileProperties
  • SetInfo
  • Write
  • PutFilePermission
  • Flush
  • SetDirectoryProperties
列出交易
  • ListShares
  • ListFileRanges
  • ListFiles
  • ListHandles
讀取交易
  • GetFileServiceProperties
  • GetShareAcl
  • GetShareMetadata
  • GetShareProperties
  • GetShareStats
  • FilePreflightRequest
  • GetDirectoryMetadata
  • GetDirectoryProperties
  • GetFile
  • GetFileCopyInformation
  • GetFileMetadata
  • GetFileProperties
  • QueryDirectory
  • QueryInfo
  • Read
  • GetFilePermission
其他/通訊協定交易
  • AcquireShareLease
  • BreakShareLease
  • ReleaseShareLease
  • RenewShareLease
  • ChangeShareLease
  • AbortCopyFile
  • Cancel
  • ChangeNotify
  • Close
  • Echo
  • Ioctl
  • Lock
  • Logoff
  • Negotiate
  • OplockBreak
  • SessionSetup
  • TreeConnect
  • TreeDisconnect
  • CloseHandles
  • AcquireFileLease
  • BreakFileLease
  • ChangeFileLease
  • ReleaseFileLease
刪除交易
  • DeleteShare
  • ClearRange
  • DeleteDirectory
  • DeleteFile

注意

NFS 4.1 僅適用於使用布建計費模型的 SSD 檔案共用。 交易貯體不會影響已布建檔案共用的計費。

在存取層之間切換

雖然您可以在三個存取層之間變更隨用隨付檔案共用，但在初始移轉之後將成本優化的最佳作法是挑選最成本的最佳存取層，除非您的存取模式變更，否則請留在該處。 這是因為變更標準檔案共用的存取層會產生額外的成本，如下所示：

  • 交易：當您將共用從較熱存取層移至較冷存取層時，您將會產生共用中每個檔案的較冷存取層寫入交易費用。 將檔案共用從較冷存取層移至經常性存取層，將會產生共用中每個檔案的較冷存取層讀取交易費用。

  • 數據擷取：如果您要從非經常性存取層移至經常性存取層或交易優化，您將根據行動的數據大小產生數據擷取費用。 只有非經常性存取層具有數據擷取費用。

下表說明移動存取層的成本明細：

存取層 交易最佳化 (目的地) 經常性 (目的地) 非經常性 (目的地)
交易最佳化 (來源) --
  • 每個檔案 1 個經常性寫入交易。
  • 每個檔案 1 個非經常性寫入交易。
經常性 (來源)
  • 每個檔案 1 個經常性讀取交易。
    		 --
    • 每個檔案 1 個非經常性寫入交易。
    非經常性 (來源)
    • 每個檔案 1 個非經常性讀取交易。
    • 每個已使用 GiB 總計的資料擷取。
    • 每個檔案 1 個非經常性讀取交易。
    • 每個已使用 GiB 總計的資料擷取。
    		 --

    雖然您變更檔案共用存取層的頻率沒有正式限制，但您的共用需要時間根據共用中的數據量進行轉換。 當檔案共用在存取層之間轉換時，您無法變更共用的存取層。 變更檔案共用的存取層不會影響一般檔案共享存取。

    選擇存取層

    無論您如何將現有數據遷移至 Azure 檔案儲存體，建議您一開始在交易優化存取層中建立檔案共享，因為移轉期間產生的大量交易。 移轉完成後，且您已使用一般使用量操作數天或數周，您可以將交易計數插入定價計算機，以找出哪一個存取層最適合您的工作負載。

    因為隨用隨付檔案共用只會在記憶體帳戶層級顯示交易資訊，因此使用記憶體計量來估計檔案共享層級的存取層更便宜是一種不完美的科學。 如果可能，我們建議僅在各個儲存體帳戶部署一個檔案共用，來確保帳單的完整可見度。

    若要查看先前的交易：

    1. 瀏覽至您的儲存體帳戶。
    2. 在服務功能表中的 [監視] 底下，選取 [計量]。
    3. 選取 [範圍] 作為您的儲存體帳戶名稱、選取 [命名空間] 作為「檔案」、選取 [計量] 作為「交易」，然後選取 [彙總] 作為「總和」。
    4. 選取 [套用分割]。
    5. 選取 [值] 作為「API 名稱」。 選取所需的 [限制] 和 [排序]。
    6. 選取所需的時段。

    注意

    請務必檢視一段時間的交易，以深入了解平均交易數。 確定所選的時間週期不會與初始布建重疊。 乘以在此時段內的平均交易數目，得出整個月份的預估交易。

    隨用隨付快照集

    Azure 檔案儲存體支援快照集，類似於 Windows 檔案伺服器上的磁碟區陰影複製 (VSS) 功能。 如需共用快照集的詳細資訊，請參閱 Azure 檔案儲存體快照集的概觀。

    快照集一律與實時共用和彼此不同。 在隨用隨付計費模型中，總差異大小會根據一般使用的記憶體計量計費。 這表示您不會在帳單上看到個別明細專案，代表隨用隨付記憶體帳戶的快照集。 這也表示差異快照集使用量會計入針對隨用隨付檔案共享購買的保留。

    隨用隨付虛刪除

    在已啟用虛刪除的記憶體帳戶中，已刪除的檔案共享會根據虛刪除期間內已刪除檔案共用的已使用儲存容量計費。 虛刪除的已使用儲存容量會針對一般使用的儲存計量發出。 這表示您不會在帳單上看到個別明細專案，代表隨用隨付記憶體帳戶的虛刪除檔案共用。 這也表示虛刪除的檔案共用使用量會計入針對隨用隨付檔案共享購買的保留。

    隨用隨付計費計量

    使用隨用隨付計費模型建立的檔案共享會根據下列計量計費：

    • 儲存的數據：使用的記憶體，包括 GiB 中的即時共享、差異快照集和虛刪除的檔案共用。
    • 元數據：與檔案和目錄相關聯的檔案系統元數據大小，例如 GiB 中的存取控制清單 （ACL） 和其他屬性。 此計費計量僅適用於經常性存取層或非經常性存取層中的檔案共用。
    • 寫入作業：寫入交易貯體的數目（1 貯體 = 10,000 筆交易）。
    • 清單作業：清單交易貯體的數目（1 貯體 = 10,000 筆交易）。
    • 讀取作業：讀取交易貯體的數目（1 個貯體 = 10,000 筆交易）。
    • 其他作業 / 通訊協議作業：其他交易貯體的數目（1 個貯體 = 10,000 筆交易）。
    • 數據擷取：從 GiB 中的檔案共用讀取的數據量。 此計量僅適用於非經常性存取層中的檔案共用。
    • 異地復寫數據傳輸：如果檔案共用具有 Geo 或 GeoZone 備援，則寫入至 GiB 中次要區域之檔案共享的數據量。

    針對數據儲存和元數據計費計量的耗用量，會以每月單位為單位每小時發出。 例如，針對使用 1024 GiB 的共用，您應該會看到：

    • 個別小時的可變單位數，視月份的天數而定：
      • 28 天月（正常 2 月）：1.5238 單位與 儲存的數據 計量。
      • 29 天月 （閏年 2 月）： 1.4713 單位與 數據儲存 計量。
      • 30 天月：1.4222 單位與 儲存的數據 計量。
      • 31 天：1.3763 單位與 儲存的數據 計量。
    • 根據月份的天數，匯總一天的可變單位數：
      • 28 天月（正常 2 月）：36.5714 單位對 儲存的數據 計量。
      • 29 天月（閏年 2 月）：35.3103 單位與 儲存的數據 計量。
      • 30 天：34.1333 單位與 儲存的數據 計量。
      • 31 天：33.0323 單位與 儲存的數據 計量。
    • 如果匯總了一個月， 則針對數據儲存 計量的 1024 單位。

    對另一公尺的耗用量（例如 寫入作業或數據擷取）會每小時發出，但是由於在時間範圍內不會發出寫入作業或數據擷取，因此沒有任何特殊的單位轉換需要注意。

    已佈建/配額、邏輯大小和實體大小

    Azure 檔案儲存體追蹤與共享容量相關的三個相異數量：

    • 布建的大小或配額：透過布建和隨用隨付檔案共用，您可以指定允許檔案共享成長的大小上限。 在布建的檔案共用中，此值稱為布建的大小。 無論您布建的金額為何，不論您實際使用多少，您都付出任何代價。 在隨用隨付檔案共用中，此值稱為配額，而且不會影響您的帳單。 布建的大小是已布建檔案共用的必要欄位。 對於隨用隨付檔案共用，如果未直接指定布建大小，共用會預設為記憶體帳戶支援的最大值 （100 TiB）。

    • 邏輯大小：檔案共用或檔案的邏輯大小與檔案的大小有關，而不需要考慮實際儲存的方式，儲存優化可能會套用到何處。 檔案的邏輯大小是，如果您將KiB/MiB/GiB 複製到不同的位置，則會透過網路傳輸多少KiB/MiB。 在已布建和隨用隨付檔案共用中，會使用檔案共享的總邏輯大小來強制執行布建的大小/配額。 在隨用隨付檔案共用中，邏輯大小是用於待用數據使用量計費的數量。 邏輯大小針對檔案/資料夾的 Windows 內容對話方塊稱為「大小」，而 Azure 檔案儲存體計量稱為「內容長度」。

    • 實體大小：檔案的實體大小與磁碟上編碼的檔案大小有關。 這可能會與檔案的邏輯大小一致，或視操作系統寫入檔案的方式而定，可能較小。 邏輯大小和實際大小不同的常見原因是因為使用疏鬆檔案。 共用中的檔案實體大小會用於快照集計費，但如果快照集未變更 (差異儲存體)，則會將配置的範圍共用在快照集間。

    加值服務

    與許多內部部署記憶體解決方案一樣，Azure 檔案儲存體 提供第一方和第三方產品的整合點，以與客戶擁有的檔案共用整合。 雖然這些解決方案可為 Azure 檔案儲存體 提供相當多的額外價值，但您應該考慮這些服務會增加 Azure 檔案儲存體 解決方案總成本的額外成本。

    成本分成三個貯體：

    • 加值服務的授權成本。 這些可能以每位客戶、使用者（有時稱為「前端成本」）的形式提供固定成本，Azure 檔案共用或記憶體帳戶。 它們也可能以記憶體使用率單位為基礎，例如檔案共用中每 500 GiB 個數據區塊的固定成本。

    • 加值服務的交易成本。 某些增值服務在選取的 Azure 檔案儲存體 計費模型之上有自己的交易概念。 這些交易會顯示在加值服務費用下的帳單，然而交易直接與您如何在檔案共用上使用加值服務的方式相關。

    • 使用加值服務的 Azure 檔案儲存體成本。 Azure 檔案儲存體 不會直接向客戶收取增加增值服務的費用，但作為將價值新增至 Azure 檔案共用的一部分，增值服務可能會增加您在 Azure 檔案共用上看到的成本。 這很容易看到隨用隨付檔案共享，因為交易費用。 如果加值服務代表您針對檔案共用執行交易，這些交易將會顯示在您的 Azure 檔案儲存體交易帳單中，即使您未親自直接執行這些交易也一樣。 這也適用於布建的檔案共用，但可能較不明顯。 針對已布建服務布建的檔案共用，交易會計入您布建的 IOPS 號碼，這表示增值服務可能需要布建更多記憶體，才能有足夠的 IOPS 或輸送量可供您的工作負載使用。

    計算檔案共用的擁有權總成本時，您應該考慮 Azure 檔案儲存體的成本，以及您要搭配 Azure 檔案儲存體使用的所有加值服務成本。

    有多個加值的第一方和協力廠商服務。 本文件會介紹與 Azure 檔案共用搭配使用的一般第一方服務子集。 您可以閱讀該服務的定價頁面，以深入了解此處未列出的服務。

    Azure 檔案同步

    Azure 檔案同步是 Azure 檔案儲存體的加值服務，可透過 Azure 檔案共用同步處理一或多個內部部署的 Windows 檔案共用。 由於雲端的 Azure 檔案共用有同步檔案共用中可供內部部署使用的完整資料副本，因此您可以將內部部署的 Windows 檔案伺服器轉換為 Azure 檔案共用的快取，來降低內部部署使用量。 若要深入了解，請參閱 Azure 檔案同步簡介。

    考慮使用 Azure 檔案同步部署解決方案的擁有權總成本時，您應該考慮下列成本層面：

    • 具有一或多個伺服器端點 Windows 檔案伺服器的資本和營運成本。 Azure 檔案同步為複寫解決方案，與 Azure 檔案儲存體同步處理 Windows 檔案伺服器無關；這些伺服器可以裝載在內部部署、Azure VM，甚至是另一個雲端。 除非您將 Azure 檔案同步與裝載在 Azure VM 中的 Windows 檔案伺服器搭配使用，否則資本 (亦即解決方案的預付硬體成本) 和操作 (亦即，人力和電力等) 成本將不會是 Azure 帳單的一部分，但仍是擁有權總成本的一部分。 您應該考慮快取內部部署所需的資料量、Windows 檔案伺服器裝載 Azure 檔案同步工作負載所需的 CPU 數目和記憶體數量 (如需詳細資訊，請參閱建議的系統資源，以取得更多詳細資訊)，以及您可能擁有的其他組織特定成本。

    • 向 Azure 檔案同步註冊伺服器的每部伺服器授權成本。若要搭配特定 Windows 檔案伺服器使用 Azure 檔案同步，您必須先向 Azure 檔案同步的 Azure 資源 (儲存體同步服務) 註冊。 您在第一部伺服器之後註冊的每個伺服器都有一般每月費用。 雖然此費用非常少，但這是帳單需要考慮的一個部分。 若要查看所需區域的伺服器註冊費用目前價格，請參閱 Azure 檔案儲存體定價頁面上的 [檔案同步] 區段。

    • Azure 檔案儲存體成本。 因為 Azure 檔案同步是 Azure 檔案儲存體的同步處理解決方案，所以會導致您使用 Azure 檔案儲存體資源。 其中一些資源相當明顯 (例如儲存體使用量)，而其他資源可能不是 (例如交易和快照集使用率)。 對於大部分的客戶，我們建議搭配 Azure 檔案同步使用標準檔案共用，但如有需要，Azure 檔案同步完全支援進階檔案共用。

      • 儲存體使用率。 Azure 檔案同步會將您對伺服器端點上指定的 Windows 檔案伺服器路徑的任何變更，複寫到您的 Azure 檔案共用，進而使用儲存體。 在標準檔案共用上，這表示新增或增加伺服器端點上現有檔案的大小會導致儲存體成本成長，因為將會複寫變更。 在進階檔案共用上，變更將會使用佈建的空間 - 您必須負責定期增加佈建，依需求考慮檔案共用成長。

      • 快照集使用率。 Azure 檔案同步以共用和檔案層級快照集作為一般使用方式的一部分。 雖然快照集使用率一律是差異的，但這可能會以明顯的方式提供至總Azure 檔案儲存體帳單。

      • 流失的交易。 當伺服器端點上的檔案變更時，系統會將變更上傳至雲端共用，因而產生交易。 啟用雲端階層處理時，將會產生額外的交易來管理階層式檔案，包括階層式檔案上發生的 I/O，以及輸出成本。 雖然由於流失率和快取效率而難以預測交易的數量和類型，但如果您認為未來使用量與目前的使用量類似，您可以使用先前的交易模式來估算未來的成本。

      • 雲端列舉的交易。 Azure 檔案同步一天會列舉一次雲端中的 Azure 檔案共用，以探索直接對共用進行的變更，進而同步處理到伺服器端點。 這項掃描會產生交易，這些交易會依每個目錄每天一次 ListFiles 交易的費率，向儲存體帳戶收取費用。 您可以將此數字放入定價計算機中，以預估掃描成本。

      提示

      如果您不知道有多少個資料夾，請參考 JAM Software GmbH 的 TreeSize 工具。

    Azure 備份

    Azure 備份為 Azure 檔案儲存體提供無伺服器備份解決方案，可順暢地與您的檔案共用、Azure 檔案同步等其他增值服務進行整合。適用於 Azure 檔案儲存體的 Azure 備份，是以快照集為基礎的備份解決方案，可提供排程機制，以在系統管理員定義的排程上自動建立快照集。 也提供使用者友善的介面，可用於將已刪除的檔案/資料夾或整個共用還原至特定時間點。 若要深入瞭解，請參閱 關於 Azure 檔案共用備份。

    考慮使用 Azure 備份 的成本時，請考慮下列事項：

    • Azure 檔案共用資料的受保護執行個體授權成本。 Azure 備份會針對包含已備份 Azure 檔案共用的每個儲存體帳戶收取受保護的執行個體授權成本。 受保護的執行個體定義為 Azure 檔案共用儲存體的 250 GiB。 包含小於 250 GiB 的記憶體帳戶受限於一小部分受保護的實例成本。 如需詳細資訊，請參閱 Azure 備份服務定價。 您必須從 Azure 備份 可以保護的服務清單中選取 Azure 檔案儲存體。

    • Azure 檔案儲存體成本。 Azure 備份會以下列方式增加 Azure 檔案儲存體的成本：

      • Azure 檔案共用快照集的差異成本。 Azure 備份在系統管理員定義的排程上自動擷取 Azure 檔案共用快照集。 快照集一律為差異;不過，新增的成本取決於保留快照集的時間長度，以及該時間期間檔案共享的變換量。 這會決定快照集與即時檔案共用的不同程度，因此 Azure 檔案儲存體 儲存多少額外數據。

      • 還原作業的交易成本。 將快照集還原回即時共用的還原作業會導致交易。 對於標準檔案共用，這表示從還原的快照集/寫入讀取會以一般檔案共用交易的形式計費。 針對布建的檔案共享，這些作業會計入檔案共用的已布建 IOPS。

    適用於儲存體的 Microsoft Defender

    Microsoft Defender 支援 Azure 檔案儲存體 作為其 Microsoft Defender for Storage 產品的一部分。 適用於儲存體的 Microsoft Defender 會透過 SMB 或 FileREST 偵測到針對您的 Azure 檔案共用存取或惡意探索的異常和潛在有害嘗試。 適用於儲存體的 Microsoft Defender 會在該訂用帳戶儲存體帳戶中所有檔案共用的訂用帳戶層級上啟用。

    Microsoft適用於記憶體的 Defender 不支援 Azure 檔案共用的防毒功能。

    適用於記憶體的 Defender Microsoft 的主要成本是一組額外的交易成本，產品會在針對 Azure 檔案共用完成的交易上徵稅。 雖然上述成本是基於發生在 Azure 檔案儲存體上的交易，但此類成本並非 Azure 檔案儲存體帳單的一部分，而是屬於 Microsoft Defender 定價的一部分。 Microsoft適用於記憶體的 Defender 即使在布建的檔案共用上也會收取交易費率，其中 Azure 檔案儲存體 包含交易作為 IOPS 布建的一部分。 目前交易費率可在適用於儲存體的 Microsoft Defender 資料表列下的適用於雲端的 Microsoft Defender 定價頁面找到。

    使用適用於儲存體的 Microsoft Defender 時，交易大量檔案共用會產生大量成本。 根據這些成本，您可能會想要針對特定記憶體帳戶退出宣告 Microsoft Defender for Storage。 如需更多資訊，請參閱從適用於儲存體保護的 Microsoft Defender 排除儲存體帳戶。

    Reservations

    Azure 檔案儲存體 支援布建 v1 和隨用隨付模型的保留（也稱為保留實例）。 保留可讓您藉由預先認可到記憶體使用率來達到記憶體的折扣。 針對具有一致使用率的任何實際執行工作負載或開發/測試工作負載，您應考慮購買保留執行個體。 在購買保留時，您必須指定下列維度：

    • 容量大小：保留可以是 10 TiB 或 100 TiB，購買更高的容量保留可享有更高的折扣。 您可以購買多個保留，包括不同容量大小的保留，以滿足您的工作負載需求。 例如，如果您的生產部署有 120 TiB 的檔案共用，您可以購買一個 100 TiB 保留以及兩個 10 TiB 保留，以滿足總儲存體容量需求。
    • 期限：您可以購買一年或三年期的保留，購買較長保留期限的折扣更為顯著。
    • 階層：保留的 Azure 檔案儲存體階層。 保留目前適用於進階（SSD）、經常性存取層（HDD）和非經常性存取層（HDD）。
    • 位置：保留的 Azure 區域。 保留可在 Azure 區域的子集中使用。
    • 備援：保留的儲存體備援。 所有備援 Azure 檔案儲存體都支援保留，包括 LRS、ZRS、GRS 和 GZRS。
    • 帳單週期：指出向帳戶收取保留費用的頻率。 選項包括每月或預付。

    購買保留之後，您現有的儲存體使用量將會自動使用該保留容量。 如果您使用的儲存體比保留的更多，將需要支付保留未涵蓋的餘額標價。 保留中不包含交易、頻寬、資料傳輸和中繼資料儲存體費用。

    保留如何搭配 Azure 檔案共用快照集使用隨用隨付和布建 v1 檔案共用的方式有所差異。 如果您要擷取隨用隨付檔案共用的快照集，則快照集差異會計入保留，並計費為一般使用的記憶體計量的一部分。 不過，如果您要擷取已布建 v1 檔案共用的快照集，則快照集會使用個別的計量計費，且不會計入保留。

    如需如何購買保留的詳細資訊，請參閱 Azure 檔案儲存體搭配保留的最優惠成本。

    另請參閱