了解 Azure 文件存储计费模型

Azure 文件存储支持两种不同的存储媒体层：SSD 和 HDD，这允许你根据方案的性能和价格要求定制文件共享：

• SSD（高级）：对于大多数 IO 操作，由固态硬盘 (SSD) 托管的 SSD 文件共享可以提供一致的高性能和 10 毫秒以下的低延迟。
• HDD（标准）：硬盘驱动器 (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)
Microsoft.Storage	预配 v2	HDD（标准）	区域 (ZRS)
Microsoft.Storage	预配 v2	HDD（标准）	异地 (GRS)
Microsoft.Storage	预配 v2	HDD（标准）	GeoZone （GZRS）
Microsoft.Storage	预配版本 v1	SSD（高级）	本地 (LRS)
Microsoft.Storage	预配版本 v1	SSD（高级）	区域 (ZRS)
Microsoft.Storage	即用即付	HDD（标准）	本地 (LRS)
Microsoft.Storage	即用即付	HDD（标准）	区域 (ZRS)
Microsoft.Storage	即用即付	HDD（标准）	异地 (GRS)
Microsoft.Storage	即用即付	HDD（标准）	GeoZone （GZRS）

存储单元

Azure 文件存储使用 base-2 度量单位来表示存储容量：KiB、MiB、GiB 和 TiB。

尽管大多数操作系统和工具普遍使用以 2 为基数的单位来测量存储量，但它们常常被错误地标记为你可能更熟悉的以 10 为基数的单位：KB、MB、GB 和 TB。 尽管误标原因各不相同，但 Windows 等操作系统之所以常见误标存储单元的原因，是因为许多操作系统早在在这些首字母缩略词被 IEC（国际电工委员会）、BIPM（国际计量局）和 NIST（美国国家标准与技术研究所）标准化之前就开始使用它们。

下表显示了常见操作系统如何度量和标写存储：

如果你的操作系统未列出，请咨询操作系统供应商。

文件共享总拥有成本清单

如果您打算从本地迁移到 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 的可用性

为存储帐户类型为 FileStorage 的存储帐户中的文件共享提供了预配 v2 模型。 目前，提供了以下存储帐户 SKU 子集：

目前，这些 SKU 在有限的一部分地区普遍可用。

• 法国中部
• 法国南部
• 澳大利亚东部
• 澳大利亚东南部
• 东亚
• 东南亚
• 美国西部 2
• 美国中西部
• 西欧
• 北欧
• 德国中西部
• 德国北部
• 英国南部
• 英国西部
• 印度中部
• 印度南部
• 加拿大中部
• 加拿大东部
• 阿联酋中部
• 阿拉伯联合酋长国北部
• 巴西南部
• 巴西东南部
• 美国中南部
• 美国中北部
• 美国西部
• 美国东部
• 日本东部
• 日本西部
• 韩国中部
• 韩国南部
• 美国东部 2
• 美国中部
• 美国政府 弗吉尼亚州
• 美国政府 亚利桑那州
• 美国政府 德克萨斯州
• 波兰中部
• 美国西部 3
• 西班牙中部
• 新西兰北部
• 意大利北部
• 印度尼西亚中部
• 瑞典中部
• 瑞典南部
• 澳大利亚中部
• 澳大利亚中部 2
• 南非北部
• 南非西部
• 瑞士北部
• 瑞士西部
• 挪威东部
• 挪威西部
• 以色列中部
• 卡塔尔中部
• 墨西哥中部

预配 v2 预配详细信息

创建预配 v2 文件共享时，需要在存储量、IOPS 和吞吐量方面指定文件共享的预配容量。 文件共享基于以下属性进行限制：

默认情况下，我们建议根据指定的预配存储量进行 IOPS 和吞吐量预配。 这些建议公式基于客户对 Azure 文件存储中该媒体层的预配存储量的典型使用情况：

根据你的单个文件共享要求，你可能会发现所需的 IOPS 或吞吐量比我们的建议更多或更少，并且可以根据需要选择性地用自己的值替代这些建议。

预配 v2 突发

基于额度的 IOPS 突发提供更高的 IOPS 使用灵活性。 这种灵活性最适合作为应对意外IO峰值的缓冲措施。 对于已建立的 IO 模式，建议为 IO 峰值进行预配。

每当文件共享的流量低于预配（基线）IOPS 时，就会累积突发 IOPS 额度。 每当文件共享的 IOPS 使用率超过预配的 IOPS，并且有可用的突发 IOPS 积分时，文件共享可以达到允许的最大突发 IOPS 限制。 只要还有剩余额度，文件共享就可以继续突发，但这取决于累积的突发额度数量。 超出预配 IOPS 的每个 IO 都会消耗一个信用额度。 一旦用尽所有额度，共享就会返回到预配的 IOPS。 针对文件共享的 IOPS 无需采取任何特殊措施即可使用突发。 突发是按照尽力而为的原则进行的。

共享额度具有三种状态：

• 累积，当文件共享使用的 IOPS 少于预配的 IOPS 时将进入此状态。
• 下降，当文件共享使用的 IOPS 超过预配的 IOPS 且处于突发模式时，将进入此状态。
• 恒定：在文件共享只使用预配 IOPS 时，不会累积或使用任何信用额度。

新文件共享最初在其突发桶中包含所有额度。 如果由于服务器限制导致共享 IOPS 低于预配的限制，则不会累积突发额度。 以下公式用于确定突发 IOPS 限制和文件共享可用的额度数量：

下表演示了这些适用于各种预配 IOPS 量的公式的几个示例：

预配 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 个单元。

预配的 v2 迁移

将 SMB Azure 文件共享从即用即付模型迁移到预配的 v2 计费模型的过程因是否使用 Azure 文件同步而异。

• 如果使用的是没有 Azure 文件同步的 Azure 文件存储，请参阅将文件从一个 SMB Azure 文件共享迁移到另一个 SMB Azure 文件共享。
• 如果使用的是 Azure 文件同步，请参阅使用 Azure 文件同步时，将文件从一个 Azure 文件共享迁移到另一个 Azure 文件共享。

预配 v1 模型

预配 v1 方法以固定费率提供存储量、IOPS 和吞吐量，与在本地存储解决方案中购买存储的方式类似。 创建新的预配 v1 文件共享时，需要指定共享所需的存储，而 IOPS 和吞吐量是计算得出的值。 Azure 文件存储的预配 v1 模型仅适用于 SSD 文件共享。

预配的存储量决定了文件共享使用的保证存储、IOPS 和吞吐量限制。 例如，如果预配 2 TiB 共享并将 2 TiB 的数据上传到共享，则共享将满，除非增加共享的大小或删除某些数据，否则将无法添加更多数据。 基于额度的 IOPS 突发可以最大程度地提高使用灵活性，同时额度保持不变。

与在本地购买存储不同，预配的 v1 文件共享可以随着需求的变化而动态扩展或缩减，但是，只有在自上次存储增加后 24 小时后，才能减少预配的存储。 存储量、IOPS 和吞吐量更改会在预配更改后的几分钟内生效。

可将预配共享的大小减至所用 GiB 以下。 如果这样做，您不会丢失数据，但仍会根据使用的空间大小收费，并且您获得的性能将是预置共享的性能，而不是所用空间的性能。

预配 v1 的可用性

预配的 v1 模型专用于采用 FileStorage 存储帐户类型的 SSD 文件共享：

使用已预配 v1 模型的 SSD 文件共享在大多数 Azure 区域中已正式可用。 请参阅 Azure 产品（按区域）了解详细信息。

预配版本 v1 预配详细信息

创建预配 v1 文件共享时，需要指定共享所需的存储量。 预配的每个 GiB 均可提供固定比率的附加 IOPS 和吞吐量。 文件共享基于以下属性进行限制：

在共享上预配的 IOPS 和吞吐量由以下公式确定：

根据单个文件共享要求，你可能会发现你需要比我们的预配公式提供的更多的 IOPS 或吞吐量。 在这种情况下，需要预配更多存储空间以获得所需的 IOPS 或吞吐量。

预配 v1 突发

预配的 v1 模型支持两种类型的突发：基于信用的突发（作为预配的一部分包括免费）和付费突发，这是一项高级功能，可以根据需要启用，以便在 IOPS 和吞吐量超过预配金额时支持基于使用情况的计费。

预配 v1 基于额度的突发

基于额度的 IOPS 突发提供更高的 IOPS 使用灵活性。 这种灵活性最适合作为应对意外IO峰值的缓冲措施。 对于已建立的 IO 模式，建议为 IO 峰值进行预配。

每当文件共享的流量低于预配（基线）IOPS 时，就会累积突发 IOPS 额度。 每当文件共享的 IOPS 使用率超过预配的 IOPS，并且有可用的突发 IOPS 积分时，文件共享可以达到允许的最大突发 IOPS 限制。 只要还有剩余额度，文件共享就可以继续突发，但这取决于累积的突发额度数量。 超出预配 IOPS 的每个 IO 都会消耗一个信用额度。 一旦用尽所有额度，共享就会返回到预配的 IOPS。 针对文件共享的 IOPS 无需采取任何特殊措施即可使用突发。 突发是按照尽力而为的原则进行的。

共享额度具有三种状态：

• 累积，当文件共享使用的 IOPS 少于预配的 IOPS 时将进入此状态。
• 下降，当文件共享使用的 IOPS 超过预配的 IOPS 且处于突发模式时，将进入此状态。
• 恒定：在文件共享只使用预配 IOPS 时，不会累积或使用任何信用额度。

新文件共享最初在其突发桶中包含所有额度。 如果由于服务器限制导致共享 IOPS 低于预配的限制，则不会累积突发额度。 以下公式用于确定突发 IOPS 限制和文件共享可用的额度数量：

下表演示了这些预配共享大小公式的几个示例：

预配 v1 付费突发

付费突发是预配 v1 模型的一项高级功能，旨在为不希望受到限制的客户提供支持。 与作为预配存储一部分免费提供的基于额度的突发不同，付费突发会对超出预配存储的任何 IOPS 或吞吐量收取额外的基于使用量的费用。 虽然这可以增加您配置文件共享方式的强大灵活性，但如果使用不当，也可能导致意外计费。

与基于额度的突发一样，付费突发并不能取代预配正确的 IOPS 和吞吐量，而是在有意外需求时提供额外的保护，以防止出现限制。 如果你的 IOPS 或吞吐量一直较为稳定，则预配足够的 IOPS 和吞吐量（通过存储预配）来满足需求比依赖付费突发更经济实惠。

默认情况下，付费突发处于禁用状态，但可按照更改预配 v1 文件共享的成本和性能特征的说明将其启用（仅限 PowerShell 和 CLI）。 如果启用了付费突发，我们建议通过使用 Azure Monitor 提供的以下指标来仔细监视 IOPS 和吞吐量的使用情况：

• 文件共享预配的 IOPS
• 文件共享预配带宽 MiB/s （吞吐量）
• 事务（最大 IOPS）
• 带宽（最大 MiB/秒）（吞吐量）
• IOPS 的突发额度（基于额度的突发）
• 付费突发 IOS (IO)
• 付费突发带宽

预配 v1 快照

Azure 文件存储支持快照，快照类似于 Windows 文件服务器上的卷影副本 (VSS)。 有关共享快照的详细信息，请参阅 Azure 文件存储的快照概述。

快照始终与实时共享以及彼此之间存在差异。 在预配的 v1 计费模型中，无论有多少预配的存储未使用，总差异大小都是根据使用量计费的。 与预配存储价格相比，所用的快照存储计量器的价格更低。

预配版本 v1 软删除

在软删除期间，启用了软删除的存储帐户中的已删除文件共享根据已删除共享的已用存储容量计费。 已软删除的使用存储容量是根据所用快照存储计量器发出的。 有关软删除的详细信息，请参阅如何在 Azure 文件共享上启用软删除。

预配版本 v1 计费计量器

使用预配的 v1 计费模型对文件共享进行计费时，将根据以下两个计量指标进行计费：

• 高级预配：以 GiB 为单位预配的存储量。
• 高级快照：已使用的快照数量和已使用的软删除容量。

根据预配版本 v1 计费计量器得出的使用量以月为单位按小时发出。 例如，对于预配了 1024 GiB 的共享，你应该会看到：

• 根据月份的天数，单个小时的单位数量是可变的：
  • 只有 28 天的月份（常规年份的二月）：根据 Premium Provisioned 计量器为 1.5238 个单位。
  • 只有 29 天的月份（闰年的二月）：根据 Premium Provisioned 计量器为 1.4713 个单位。
  • 有 30 天的月份：根据 Premium Provisioned 计量器为 1.4222 个单位。
  • 有 31 天的月份：根据 Premium Provisioned 计量器为 1.3763 个单位。
• 根据一个月内的天数，每天累积的单位数量可以变化。
  • 只有 28 天的月份（常规年份的二月）：根据 Premium Provisioned 计量器为 36.5714 个单位。
  • 只有 29 天的月份（闰年的二月）：根据 Premium Provisioned 计量器为 35.3103 个单位。
  • 有 30 天的月份：根据 Premium Provisioned 计量器为 34.1333 个单位。
  • 有 31 天的月份：根据 Premium Provisioned 计量器为 33.0323 个单位。
• 如果按月聚合，则根据 Premium Provisioned 计量器为 1024 个单位。

即用即付模型

在即用即付模型中，你支付的金额由使用量（而不是预配量）决定。 概括来讲，你需要为存储的逻辑数据量支付成本，还需要根据你对此数据的使用情况支付事务费用。 即用即付模型很难作为预算流程的一部分进行计划，因为此模型是由最终用户使用量驱动的。 因此，建议对新的文件共享部署使用预配 v2 模型。 即用即付模型仅适用于 HDD 文件共享。

即用即付可用性

即用即付模式是针对存储帐户类型为 StorageV2 或 Storage 的存储帐户中的 HDD 文件共享提供的：

使用即用即付模型的 HDD 文件共享已在所有 Azure 区域中正式发布。

访问层的差异

创建标准 HDD 文件共享时，可以在以下访问层之间进行选择：事务优化层、热层和冷层。 所有三个访问层都存储在完全相同的存储硬件上。 这三个访问层的主要区别是静态数据存储价格（层级越冷，价格越低）和事务价格（层级越冷，价格越高）。 这意味着：

• 顾名思义，事务优化旨在优化高 IOPS（事务）工作负载的价格。 事务优化的静态数据存储价格最高，但事务价格最低。
• 热层适用于不涉及大量事务的活动工作负载。 与事务优化层相比，它的静态数据存储价格略低，但事务价格略高。 可以将它看作是事务优化层和冷层之间的中间地带。
• 冷层为没有大量活动工作负载优化了价格，提供了最低的静态数据存储价格，但事务价格最高。

如果你将不经常访问的工作负载放在事务优化层中，那么对于你在一个月内针对自己的共享执行的几次事务，你几乎不用支付任何费用。 但是，你需要支付很高金额的数据存储成本。 如果你将此同一共享迁移到冷访问层中，则仍然几乎不用支付事务成本，这仅仅是因为你很少为此工作负载执行事务。 但是，冷访问层的数据存储价格要便宜得多。 为用例选择适当的访问层可以大大降低你的成本。

同样地，如果你将经常访问的工作负荷放在冷访问层中，则支付的事务成本更多，支付的数据存储成本更少。 这可能会导致一种情况，即事务价格上涨带来的成本增加超过了数据存储价格下降带来的金额节省，导致你在冷层中支付的成本多于事务优化层。 对于某些使用级别，热访问层可能是最具成本效益的选择，而冷访问层要比事务优化层更昂贵。

工作负载和活动级别将确定即用即付文件共享最经济高效的访问层。 在实践中，选择最具成本效益的访问层的最佳方法是，查看共享的实际资源使用量（存储的数据量、写入的事务量等）。 对于即用即付文件共享，我们建议在初始迁移到 Azure 文件存储期间从事务优化层开始，然后在迁移完成后根据使用情况选择正确的访问层。 迁移期间的事务使用情况通常并不表示正常的事务使用情况。

什么是事务？

使用 SMB 在计算机上装载 Azure 文件共享时，Azure 文件共享会公开在计算机上，就像它是本地存储一样。 这意味着，你在计算机上的应用程序、脚本和其他程序可以访问 Azure 文件共享上的文件和文件夹，无需知道它们是否存储在 Azure 中。

读取或写入文件时，所使用的应用程序会对操作系统提供的文件系统 API 执行一系列 API 调用。 然后，操作系统将这些调用解释为 SMB 协议事务，这些事务通过线路发送到 Azure 文件存储来履行。 最终用户认为是单一操作的任务（例如完整读取文件），可能被转换为由 Azure 文件存储处理的多个 SMB 事务。

原则上，标准文件共享使用的即用即付计费模型按使用量计费。 应用程序和脚本进行的 SMB 和 FileREST 事务表示文件共享的使用情况，显示为账单的一部分。 同一概念适用于可添加到共享中的增值云服务，例如 Azure 文件同步或 Azure 备份。 事务分为五个不同的事务类别，这些事务类别根据它们对 Azure 文件共享的影响而有不同的价格。 这些类别为：写入、列出、读取、其他和删除。

下表显示了每个事务的分类：

在访问层之间切换

尽管可以在三个访问层之间更改即用即付文件共享，但在初始迁移后优化成本的最佳做法是选择待在成本最优的访问层，除非访问模式更改，否则一直待在该层。 这是因为更改标准文件共享的访问层会导致以下额外的成本：

• 事务：在将共享从更热的访问层移动到更冷的访问层时，共享中每个文件将产生更冷访问层的写入事务费用。 如果将文件共享从更冷的访问层移动到更热的访问层，将产生更冷的访问层对共享中每个文件的读取事务费用。

• 数据检索：如果从冷访问层移动到热访问层或事务优化访问层，则将根据移动的数据大小产生相应的数据检索费用。 只有冷访问层会产生数据检索费用。

下表说明了移动访问层的成本明细：

在 30 天时间段内，最多可以更改 5 次文件共享的访问层。 30天时间段的第一天是从首次更改层级之时开始。 虽然在不同访问层之间的更改会立即生效，但是一旦更改了共享的访问层，即使在过去 30 天内更改访问层属性的次数少于 5 次，也无法在 24 小时内再次进行更改。

选择访问层

无论你如何将现有数据迁移到 Azure 文件存储，我们都建议最初在事务优化访问层中创建文件共享，因为在迁移期间会产生大量事务。 完成迁移并且根据普通使用情况运营数天或数周后，可将事务计数输入定价计算器，以确定最适合你的工作负荷的访问层。

由于按需付费文件共享仅在存储帐户级别显示事务信息，因此使用存储指标来评估在文件共享级别哪个访问层更具成本效益，这是一种不完美的方法。 如果可能，我们建议在每个存储帐户中仅部署一个文件共享，以确保全面洞察计费数据。

若要查看以前的事务，请执行以下操作：

1. 导航到 Azure 门户中的存储帐户。
2. 在服务菜单中的监视下面，选择指标。
3. 选择Scope作为存储帐户名称，选择Metric Namespace作为“File”，选择Metric作为“Transactions”，选择Aggregation作为“Sum”。
4. 选择应用拆分。
5. 选择“值”作为“API 名称”。 选择所需的“限制”和“排序”。
6. 选择所需的时间段。

即用即付快照

Azure 文件存储支持快照，快照类似于 Windows 文件服务器上的卷影副本 (VSS)。 有关共享快照的详细信息，请参阅 Azure 文件存储的快照概述。

快照始终与实时共享以及彼此之间存在差异。 在即用即付计费模型中，总差异大小是按照正常使用的存储计量器来计费的。 这意味着，你不会在账单中看到代表即用即付存储帐户快照的独立行项。 这也意味着，差异快照使用量将计入到为即用即付文件共享购买的预留项。

即用即付软删除

对于已启用软删除功能的存储帐户，删除的文件共享在软删除周期内按已使用的存储容量计费。 已软删除的已用存储容量是根据正常使用的存储计量器发出的。 这意味着，你不会在账单中看到代表即用即付存储帐户的已软删除文件共享的独立行项。 这也意味着，已软删除的文件共享使用量将计入到为即用即付文件共享购买的预留项。

即用即付计费计量器

使用即用即付计费模型创建的文件共享按以下计量器计费：

• 存储的数据：已用的存储，包括实时共享、差异快照和已软删除的文件共享（以 GiB 为单位）。
• 元数据：与文件和目录（例如访问控制列表 (ACL) 和 GiB 中的其他属性）关联的文件系统元数据的大小。 此计费计量仅适用于热访问层或冷访问层中的文件共享。
• 写入操作：写入事务存储桶的数量（1 个存储桶 = 10,000 个事务）。
• 列表操作：列表事务桶的数量（1 个桶 = 10,000 个事务）。
• 读取操作：读取事务存储桶的数量（1 个存储桶 = 10,000 个事务）。
• 其他操作 / 协议操作：其他事务存储桶的数量（1 个存储桶 = 10,000 个事务）。
• 数据检索：从 GiB 中的文件共享读取的数据量。 此计量器仅用于冷访问层中的文件共享。
• 异地复制数据传输：如果文件共享采用异地或异地区域冗余，则写入到文件共享的数据量（以 GiB 为单位）将复制到次要区域。

根据“存储的数据”和“元数据”计费计量器计算的使用量以月为单位每小时发出。 例如，对于已使用 1024 GiB 的共享，你将看到：

• 根据月份的天数，单个小时的单位数量是可变的：
  • 只有 28 天的月份（常规年份的二月）：根据“存储的数据”计量器为 1.5238 个单位。
  • 只有 29 天的月份（闰年的二月）：根据“存储的数据”计量器为 1.4713 个单位。
  • 有 30 天的月份：根据“存储的数据”计量器为 1.4222 个单位。
  • 有 31 天的月份：根据“存储的数据”计量器为 1.3763 个单位。
• 根据一个月内的天数，每天累积的单位数量可以变化。
  • 只有 28 天的月份（常规年份的二月）：根据“存储的数据”计量器为 36.5714 个单位。
  • 只有 29 天的月份（闰年的二月）：根据“存储的数据”计量器为 35.3103 个单位。
  • 有 30 天的月份：根据“存储的数据”计量器为 34.1333 个单位。
  • 有 31 天的月份：根据“存储的数据”计量器为 33.0323 个单位。
• 如果按月聚合，则根据“存储的数据”计量器为 1024 个单位。

针对其他计量的消耗（例如：写入操作或数据检索）按小时统计，但由于不按固定时间段统计，因此无需特别关注单位换算。

预配/配额、逻辑大小和物理大小

Azure 文件存储跟踪与共享容量有关的三个不同数量：

• 预配大小或配额：对于预配和即用即付文件共享，可以指定允许文件共享增长到的最大大小。 在预配文件共享中，此值称为预配大小。 无论预配了多少数量，你都需要按照此数量付费，而与实际使用量无关。 在即用即付文件共享中，此值称为配额，不会直接影响帐单。 “预配大小”是预配文件共享的必填字段。 对于即用即付文件共享，如果未直接指定预配大小，则共享将默认为存储帐户支持的最大值 (100 TiB)。

• 逻辑大小：文件共享或文件的逻辑大小与它到底有多大相关，而不考虑它在可能应用了存储优化的情况下的实际存储方式。 文件的逻辑大小是指如果将其复制到其他位置时，通过网络传输的千字节/兆字节/吉字节的数量。 在预配和按需付费的文件共享中，文件共享的总逻辑大小用于执行预配的大小或配额限制。 在即用即付文件共享中，逻辑大小是用于静态数据使用量计费的数量。 逻辑大小在文件/文件夹的 Windows 属性对话框中称为“大小”，在 Azure 文件存储指标中称为“内容长度”。

• 物理大小：文件的物理大小与在磁盘上编码的文件大小相关。 它可能与文件的逻辑大小一致，也可能更小，具体取决于操作系统写入文件的方式。 逻辑大小和物理大小不同的一个常见原因是使用了稀疏文件。 共享文件的物理大小用于快照计费，但如果分配的范围未更改（差异存储），则这些范围将在不同快照之间共享。

增值服务

与许多本地存储解决方案一样，Azure 文件存储为第一方和第三方产品提供集成点，以便与客户拥有的文件共享集成。 尽管这些解决方案可为 Azure 文件存储提供可观的额外价值，但你应该考虑到，这些服务也会增加 Azure 文件存储解决方案的总成本。

成本划分为三个类别：

• 增值服务的许可成本。 可能的形式是每个客户、最终用户（有时称为“人头成本”）、Azure 文件共享或存储帐户的固定成本。 它们也可能基于存储利用率单位，例如文件共享中每 500 GiB 数据块的固定成本。

• 增值服务的事务成本。 某些增值服务在所选 Azure 文件存储计费模型的基础上有自己的事务概念。 这些事务将显示在账单中增值服务的费用之下；但是，它们直接与你将增值服务与文件共享配合使用的方式相关。

• 使用增值服务产生的 Azure 文件存储成本。 Azure 文件存储不直接向客户收取添加增值服务的费用，但在为 Azure 文件共享增值的同时，增值服务可能会增大 Azure 文件共享的成本。 由于事务费用，这在即用即付文件共享中很容易看到。 如果增值服务代表你对文件共享执行事务，则它们将显示在 Azure 文件存储事务账单中，即使这些事务并非你自己直接执行的。 这也适用于预配文件共享，不过，这种影响可能不太明显。 增值服务对预配文件共享执行的事务将计入预配的 IOPS 数量，这意味着，增值服务可能需要预配更多存储，以便为工作负荷提供足够的 IOPS 或吞吐量。

在计算文件共享的总拥有成本时，应该考虑 Azure 文件存储的成本，以及要与 Azure 文件存储配合使用的所有增值服务的成本。

有多种增值第一方和第三方服务。 本文档将介绍客户与 Azure 文件共享配合使用的一部分常见第一方服务。 对于此处未列出的服务，可以阅读其定价页来了解详细信息。

Azure 文件同步

Azure 文件同步是适用于 Azure 文件存储的一个增值服务，它可以将一个或多个本地 Windows 文件共享与 Azure 文件共享同步。 由于云 Azure 文件共享具有本地已同步文件共享中数据的完整副本，因此你可以将本地 Windows 文件服务器转换为 Azure 文件共享的缓存，以减少本地占用空间。 请阅读 Azure 文件同步简介了解详细信息。

在考虑使用 Azure 文件同步部署的解决方案的总拥有成本时，请考虑以下成本方面：

• 具有一个或多个服务器终结点的 Windows 文件服务器的资本和运营成本。 Azure 文件同步作为一种复制解决方案，和与 Azure 文件存储同步的 Windows 文件服务器的位置无关；它们可以托管在本地、Azure VM 中，甚至托管在其他云中。 除非将 Azure 文件同步与托管在 Azure VM 中的 Windows 文件服务器一起使用，否则资本成本（即解决方案的前期硬件成本）和运营成本（即劳动力、电力等成本）不会成为 Azure 帐单的一部分，但仍是总拥有成本的很大一部分。 应考虑需要在本地缓存的数据量、Windows 文件服务器托管 Azure 文件同步工作负载所需的 CPU 数和内存量（请参阅建议的系统资源详细介绍），以及你可能具有的其他组织特定成本。

• 注册到 Azure 文件同步的服务器的每服务器许可成本。要将 Azure 文件同步与特定的 Windows 文件服务器一起使用，必须先将它注册到 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 文件共享的每个存储帐户收取受保护的实例许可费用。 受保护实例定义为 250 GiB 的 Azure 文件共享存储。 包含的数据少于 250 GiB 的存储帐户需要支付一部分受保护实例费用。 有关详细信息，请参阅 Azure 备份定价。 请注意，必须从 Azure 备份可以保护的服务列表中选择“Azure 文件存储”。

• Azure 文件存储成本。 Azure 备份在以下方面增大 Azure 文件存储的成本：

  • Azure 文件共享快照产生的差异成本。 Azure 备份按照管理员定义的计划自动创建 Azure 文件共享快照。 快照始终是差异性的；但是，增加的成本取决于快照的保留时长，以及在这段时间内文件共享的流动量。 这决定了快照与实时文件共享的差异大小，因而也决定了 Azure 文件存储能存储的额外数据量。

  • 还原操作产生的事务成本。 从快照还原到实时共享的操作会导致生成事务。 对于标准文件共享，这意味着从快照读取/从还原写入将按正常文件共享事务计费。 对于预配文件共享，这些操作将计入文件共享的预配 IOPS。

Microsoft 存储保护者 (Microsoft Defender for Storage)

作为 Microsoft Defender 产品的一部分，Microsoft Defender for Storage 支持 Azure 文件存储。 Microsoft Defender for Storage 可以检测通过 SMB 或 FileREST 对 Azure 文件共享进行访问或利用的非寻常且可能有害的企图。 Microsoft Defender for Storage 将在订阅级别启用，以覆盖该订阅中存储帐户内的所有文件共享。

Microsoft Defender for Storage 不支持 Azure 文件共享的防病毒功能。

Microsoft Defender for Storage 的主要成本产生于该产品在针对 Azure 文件共享执行的事务上征收的一系列额外事务成本。 尽管这些成本基于 Azure 文件存储中发生的事务，但它们不是 Azure 文件存储计费的一部分，而是 Microsoft Defender 定价的一部分。 Microsoft Defender for Storage 甚至对预配文件共享收取事务费，其中 Azure 文件存储将事务包含为 IOPS 预配的一部分。 可以在 Microsoft Defender for Cloud 定价页上的“Microsoft Defender for Storage”表行下找到当前事务费率。

使用 Microsoft Defender for Storage 时，事务繁重的文件共享将产生大量成本。 面对这些成本，你可能希望为特定的存储帐户选择禁用 Microsoft Defender for Storage。 有关详细信息，请参阅在 Microsoft Defender for Storage 保护中排除存储帐户。

预订

Azure 文件存储支持预配 v1 和即用即付模型的预留（也称为“预留实例”）。 预留允许用户通过预先承诺存储利用率来享受存储折扣。 对于任何生产工作负载或具有一致特征的开发/测试工作负载，应考虑购买预留实例。 购买预留时，您必须指定以下参数：

• 容量大小：预留可以是 10 TiB 或 100 TiB，购买更高的容量预留可以获得更多折扣。 可以购买多个预留，包括不同容量大小的预留，以满足工作负载要求。 例如，如果生产部署具有 120 TiB 的文件共享，可以购买一个 100 TiB 预留和两个 10 TiB 预留，以满足总存储容量要求。
• 期限：您可以购买一年或三年期预留，购买更长的预留期可以获得更多折扣。
• 层级：预留的 Azure 文件存储层。 目前可以为 SSD 预配置的 v1（即“高级”）和仅限热和冷访问层的 HDD 即用即付计费模型进行预留。
• 位置：预留的 Azure 区域。 Azure 部分区域提供预留服务。
• 冗余：预留的存储冗余。 可以对所有冗余 Azure 文件存储支持（包括 LRS、ZRS、GRS 和 GZRS）进行预留。
• 记帐频率：指示帐户按预留计费的频率。 选项包括“月付”或“预付” 。

购买预留后，现有存储利用率会自动使用该预留。 如果使用的存储量超过了预留的量，则你需要为预留未涵盖的部分支付标价。 预留中不包括事务、带宽、数据传输和元数据存储费用。

对于即用即付和预配 v1 文件共享，预留与 Azure 文件共享快照配合使用的方式存在差异。 如果要创建即用即付文件共享的快照，快照差异将计入预留，并作为正常使用的存储计量的一部分计费。 但是，如果要创建预配 v1 文件共享的快照，则快照使用单独的计量进行计费，并且不计入预留。

有关如何购买预留的详细信息，请参阅使用预留优化 Azure 文件存储的成本。

另请参阅

• Azure 文件存储定价。
• 计划 Azure 文件存储部署和计划 Azure 文件同步部署。
• 创建文件共享和部署 Azure 文件同步。