適用於Azure NetApp Files 的成本模型

瞭解 Azure NetApp Files 的成本模型可協助您從服務管理費用。

如需跨區域復寫特有的成本模型,請參閱 跨區域複寫的成本模型。

容量耗用量的計算

Azure NetApp Files 會根據布建的記憶體容量計費,這是藉由建立容量集區來配置。 容量集區會根據每個每小時配置的 GiB 設定成本,每月計費。 容量集區配置是每小時測量。

容量集區必須至少為 2 TiB,且可以在 1 TiB 間隔中增加或減少。 容量集區包含大小從最小 100 GiB 到最多 100 TiB 的磁碟區。 磁碟區會獲指派的配額,這些配額會從容量集區的布建大小減去。 針對作用中磁碟區,配額的容量耗用量是以邏輯(有效)容量為基礎,為作用中的文件系統數據或快照集數據。 如需詳細資訊,請參閱 Azure NetApp Files 快照集的運作 方式。

定價範例

本節說明可協助您瞭解 Azure NetApp Files 成本模型的範例。

範例 1:靜態與動態容量集區布建的一個月成本

如果您的容量集區大小需求變動(例如,因為容量或效能需求不同),請考慮 動態調整磁碟區和容量集 區的大小,以平衡容量和效能需求的成本。

例如,您使用的是 進階版 24 小時(1 天)的容量 24 小時(1 天),96 小時 (4 天) 為 24 TiB,5 TiB 的 6 小時 (1 天) 為 480 小時 (20 天),而當月的剩餘時間則為 0 TiB。 動態雲端耗用量部署設定檔看起來與傳統的靜態內部部署取用設定檔不同:

Bar chart that shows dynamic versus static capacity pool provisioning.

當每個 GiB/小時的成本以 $0.000403 計費時(價格視區域而定),每月成本明細如下所示:

進階版 上的靜態布建 (尖峰容量/效能)

  • 24 TiB x 720 小時 x 每 GiB/小時 $0.000403 = 每月 $7,130.97 (每天 $237.70)

使用磁碟區和容量集區重設大小動態布建

  • 10 TiB x 24 小時 x 每 GiB/小時 $0.000403 = $99.04
  • 24 TiB x 96 小時 x 每 GiB/小時 $0.000403 = $950.80
  • 6 TiB x 480 小時 x 每 GiB/小時 $0.000403 = $1,188.50
  • Total = $2,238.33

Bar chart that shows static versus dynamic service level cost model.

相較於靜態布建,此案例每月節省 4,892.64 美元。

範例 2:具有且沒有動態服務等級變更的一個月成本

如果您的容量集區大小需求保持不變,但效能需求變動,請考慮 動態變更磁碟區的服務等級。 您可以在整個月份布建和取消布建不同類型的容量集區、提供 Just-In-Time 效能,以及在不需要效能的期間降低成本。

請考慮容量需求為常數 24 TiB 的案例。 但您的效能需求在標準服務等級的 384 小時(16 天)之間變動,進階版 服務等級的 120 小時(5 天),超服務等級 168 小時(7 天),然後回到標準服務等級效能的 48 小時(2 天)。 在此案例中,相較於傳統的靜態內部部署取用配置檔,動態雲端耗用量部署配置檔看起來會有所不同:

Bar chart that shows provisioning with and without dynamic service level change.

在此情況下,當成本分別以每 GiB/小時 $0.000202 $0、每 GiB/小時 $0.000403 美元(進階版)和每 GiB/小時 $0.000538 美元(Ultra) 計費時,每月成本明細看起來會像這樣:

Ultra 服務等級上的靜態布建 (尖峰效能)

  • 24 TiB x 720 小時 x 每 GiB/小時 $0.000538 = 每月 $9,519.76 (每天 $317.33)

使用動態服務等級變更的動態布建

  • 24 TiB x 384 小時 x 每 GiB/小時 $0.000202 = $1,901.31
  • 24 TiB x 120 小時 x 每 GiB/小時 $0.000403 = $1,188.50
  • 24 TiB x 168 小時 x 每 GiB/小時 $0.000538 = $2,221.28
  • 24 TiB x 48 小時 x 每 GiB/小時 $0.000202 = $238.29
  • 總計 = $5,554.37

Bar chart that shows static versus dynamic service level change cost model.

相較於靜態布建,此案例每月節省 3,965.39 美元。

快照集的容量耗用量

Azure NetApp Files 中快照集的容量耗用量會根據父磁碟區的配額收費。 因此,它會與磁碟區所屬的容量集區共用相同的計費費率。 不過,不同於使用中的磁碟區,快照集耗用量是根據取用的累加容量來測量。 Azure NetApp Files 快照集本質上是差異。 根據數據的變更率,快照集通常會耗用比使用中磁碟區邏輯容量少得多的容量。 例如,假設您有 500-GiB 磁碟區的快照集,其中只包含 10 GiB 的差異數據。

計入使用中文件系統和快照集磁碟區配額的容量耗用量為 510 GiB,而不是 1000 GiB。 根據一般規則,建議的 20% 容量可以假設保留一周的快照集數據(視快照頻率和應用程式每日區塊層級變更率而定)。

下圖說明概念。

  • 假設容量集區具有 10 TiB 的佈建容量。 集區包含三個磁碟區:
    • 磁碟區 1 會指派 5 TiB 的配額,並具有 3.5 TiB(3 TiB 使用中,500 GiB 快照集)的耗用量。
    • 磁碟區 2 的配額為 900 GiB,且耗用量為 400 GiB。
    • 磁碟區 3 的配額為 4 TiB,但已滿,耗用量為 4 TiB(3.5 TiB 使用中、500 GiB 快照集)。
  • 容量集區是以計量計價(並計費)10 TiB 容量(已 建的金額):
    • 9.9 TiB 的容量已配置(5 TiB、900 GiB 和 4 TiB 的配額來自第 1、2 和 3 卷)。
    • 使用容量的 7.9 TiB(3.5 TiB、400 GiB、4 TiB、第 1、2 和 3 卷中的 4 TiB)。
  • 容量集區剩餘 100 GiB 的未布建容量。

Diagram showing capacity pool with three volumes.

下一步