你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn

Azure NetApp 文件的成本模型

了解 Azure NetApp 文件的成本模型有助于管理服务中的开支。

有关特定于跨区域复制的成本模型,请参阅跨区域复制的成本模型

容量消耗量的计算

Azure NetApp 文件按预配的存储容量计费,该容量通过创建容量池进行分配。 容量池根据每小时分配的每个 GiB 的设定成本按月计费。 容量池分配每小时测量一次。

容量池必须至少为 1 TiB,并且可以以 1 TiB 的间隔增加或减少。 容量池包含最小 50 GiB 到最大 100 TiB 的卷(常规卷);对于大型卷,最大为 1 PiB。 为卷分配了从容量池的预配大小中减去的配额。 对于活动卷,配额的容量消耗基于逻辑(有效)容量,即活动文件系统数据或快照数据。 有关详细信息,请参阅 Azure NetApp 文件快照的工作原理

定价示例

本部分向你展示了一些示例,以帮助你了解 Azure NetApp 文件成本模型。

示例 1:静态容量池配置与动态容量池预配的一个月成本

如果容量池大小要求波动(例如,由于容量或性能需求的变化),请考虑动态调整卷和容量池的大小以平衡成本与容量和性能需求。

例如,使用 10 TiB 高级容量 24 小时(1 天)、24 TiB 96 小时(4 天)、5 TiB 6 小时(1 天)四次、6 TiB 480 小时(20 天),以及 0 TiB 当月剩余时间。 动态云消耗部署配置文件看起来与传统的静态本地消耗配置文件不同:

显示动态与静态容量池预配的条形图。

当成本按 0.000403 美元/GiB/小时(定价取决于区域)计费时,每月成本明细如下所示:

高级容量静态预配(容量/性能峰值)

  • 24 TiB x 720 小时 x 0.000403 美元/GiB/小时 = 7,130.97 美元/月(237.70 美元/天)

使用卷和容量池调整大小进行动态预配

  • 10 TiB x 24 小时 x 0.000403 美元/GiB/小时 = 99.04 美元
  • 24 TiB x 96 小时 x 0.000403 美元/GiB/小时 = 950.80 美元
  • 6 TiB x 480 小时 x 0.000403 美元/GiB/小时 = 1,188.50 美元
  • 总计 = 2,238.33 美元

显示静态与动态服务级别成本模型的条形图。

与静态预配相比,此方案每月节省 4,892.64 美元。

示例 2:有或没有动态服务水平变化的一个月成本

如果容量池大小要求保持不变,但性能要求波动,请考虑动态更改卷的服务级别。 你可以在整个月内预配和取消预配不同类型的容量池,提供即时性能,并在不需要性能的时期降低成本。

假设容量要求为恒定的 24 TiB。 但是性能需求波动,先是 384 小时(16 天)标准服务级别、120 小时(5 天)高级服务级别、168 小时(7 天)超级服务级别,然后回到 48 小时(2 天)标准服务级别性能。 在这种情况下,动态云消耗部署配置文件看起来与传统的静态本地消耗配置文件不同:

显示包含和不包含动态服务级别更改的预配的条形图。

在这种情况下,当成本分别按 0.000202 美元/GiB/小时(标准)、0.000403 美元/GiB/小时(高级)和 0.000538 美元/GiB/小时(超级)(定价取决于区域)计费时,每月成本明细如下所示:

超级服务级别的静态预配(性能峰值)

  • 24 TiB x 720 小时 x 0.000538 美元/GiB/小时 = 9,519.76 美元/月(317.33 美元/天)

使用动态服务级别更改的动态预配

  • 24 TiB x 384 小时 x 0.000202 美元/GiB/小时 = 1,901.31 美元
  • 24 TiB x 120 小时 x 0.000403 美元/GiB/小时 = 1,188.50 美元
  • 24 TiB x 168 小时 x 0.000538 美元/GiB/小时 = 2,221.28 美元
  • 24 TiB x 48 小时 x 0.000202 美元/GiB/小时 = 238.29 美元
  • 总计 = 5,554.37 美元

显示静态与动态服务级别更改成本模型的条形图。

与静态预配相比,此方案每月节省 3,965.39 美元。

快照的容量消耗

Azure NetApp 文件中的快照容量消耗量是根据父卷的配额收费的。 因此,它的计费费率与卷所属的容量池相同。 但是,与活动卷不同,快照消耗量是根据消耗的递增容量计量的。 Azure NetApp 文件快照在本质上是基于差异的。 根据数据的更改率,快照消耗的容量通常比活动卷的逻辑容量少得多。 例如,假设你有一个 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 容量(卷 1、卷 2 和卷 3 中分别为 3.5 TiB、400 GiB、4 TiB)。
  • 容量池的剩余未预配容量为 100 GiB。

显示包含三个卷的容量池的图。

后续步骤