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

了解 Azure 文件存储计费

  • 项目

Azure 文件存储提供了两种不同的计费模型：预配和即用即付。 预配模型只适用于高级文件共享，即部署在 FileStorage 存储帐户类型中的文件共享。 即用即付模型只适用于标准文件共享，即部署在常规用途版本 2 (GPv2) 存储帐户类型中的文件共享。 本文介绍了这两种模型的工作原理，以帮助你理解每月的 Azure 文件存储帐单。

该视频是一个讨论 Azure 文件存储计费模型基础知识的采访。 它涵盖的内容包括如何优化 Azure 文件共享的成本，以及如何将 Azure 文件存储与其他本地和云端文件存储产品进行比较。

有关 Azure 文件存储的定价信息，请参阅 Azure 文件存储定价页。

适用于

文件共享类型 SMB NFS
标准文件共享 (GPv2)、LRS/ZRS 是 否
标准文件共享 (GPv2)、GRS/GZRS 是 否
高级文件共享 (FileStorage)、LRS/ZRS 是 是

存储单元

Azure 文件存储使用 base-2 度量单位来表示存储容量：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 为基数的度量单位来度量存储量，但它们往往错误地标写为你可能更熟悉的以 10 为基数的单位：KB、MB、GB 和 TB。 尽管误标的原因各不相同，但 Windows 等操作系统错误标写存储单位的常见原因是，许多操作系统在 IEC、BIPM 和 NIST 标准化这些首字母缩略词之前就开始使用它们作为单位。

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

操作系统 度量系统 标记
Windows Base-2 始终错误地标写为 base-10。
Linux 分布 通常为 base-2，某些软件使用 base-10 不一致的标写方式，度量与标写方式之间的一致性取决于软件包。
macOS、iOS 和 iPad OS Base-10 一致地标写为 base-10。

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

文件共享总拥有成本检查列表

如果你要从本地迁移到 Azure 文件存储或者要将 Azure 文件存储与其他云存储解决方案相比较，请考虑以下因素以确保公平对等地进行比较：

  • 如何为存储、IOPS 和带宽付费？ 使用的 Azure 文件存储计费模型取决于是部署高级还是标准文件共享。 大多数云解决方案的模型都符合预配存储的原则（例如价格确定性和简单性）或即用即付存储的原则（你只为实际使用的服务付费，因而可以优化成本）。 对于预配的模型，值得特别关注的是最小预配共享大小、预配单位以及增加和减少预配的功能。

  • 是否有任何方法可以优化存储成本？ 可以使用 Azure 文件存储预留获得高达 36% 的存储折扣。 其他解决方案可能采用重复数据删除或压缩等策略来选择性地优化存储效率。 但是，这些存储优化策略通常存在非货币成本，例如降低性能。 Azure 文件存储预留不会对性能造成负面影响。

  • 如何实现存储复原和冗余？ 借助 Azure 文件存储，可以将存储的复原能力和冗余融入到产品中。 所有层和冗余级别都可确保数据高度可用，你的数据至少有三个可供访问的副本。 考虑其他文件存储选项时，请考虑存储的复原能力和冗余是内置的还是必须自行组装。

  • 需要管理什么？ 使用 Azure 文件存储时，管理的基本单位是存储帐户。 其他解决方案可能需要额外的管理，例如操作系统更新或虚拟资源管理（例如 VM、磁盘和网络 IP 地址）。

  • 增值产品的成本是多少？ Azure 文件存储支持与多种第一方和第三方增值服务集成。 Azure 备份、Azure 文件同步、Microsoft Defender for Storage 等增值服务为 Azure 文件存储提供备份、复制和缓存以及安全功能。 增值解决方案（无论是在本地还是云中）具有自身的许可和产品成本，但通常被视为文件存储总拥有成本的一部分。

预留

Azure 文件存储支持预留（也称为预留实例），使你能够通过预先承诺存储使用量来获得存储折扣。 应考虑为任何生产工作负载或具有一致内存占用情况的开发/测试工作负载购买预留实例。 购买预留时，必须指定以下维度：

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

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

对于标准文件共享和高级文件共享，预留与 Azure 文件共享快照配合使用的方式存在差异。 如果要拍摄标准文件共享的快照，快照差异将计入预留，并作为正常使用的存储计量的一部分计费。 但是，如果要拍摄高级文件共享的快照，则快照使用单独的计量进行计费，并且不计入预留。 有关详细信息，请参阅快照。

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

预配模型

Azure 文件存储将预配模型用于高级文件共享。 在预配的计费模型中，可以主动指定存储需求，而不是让系统根据你使用的资源进行计费。 存储的预配模型类似于购买本地存储解决方案，因为当你预配具有一定存储容量的 Azure 文件共享时，无论是否使用它，都需要按照这么大的存储容量付费。 与在本地购买物理媒体不同，可以根据存储和 IO 性能特征来灵活地纵向扩展或纵向缩放预配的文件共享。

你随时可以增大文件共享的预配大小，但只有在上次增大已过去 24 小时后才能减小它。 等待 24 小时且不要提高配额，然后，可将共享配额降低任意次数，直到再次提高配额为止。 IOPS/吞吐量规模更改将在预配大小更改后的数分钟内生效。

可将预配共享的大小减至所用 GiB 以下。 这样做不会丢失数据，但仍会根据所用大小计费，并且性能与预配的共享（而不是所用大小）相符。

设置方法

预配高级文件共享时，可以指定工作负载所需的 GiB。 预配的每个 GiB 均可提供固定比率的附加 IOPS 和吞吐量。 除得到保证的基线 IOPS 之外，每个高级文件共享还支持最大程度的突发限制。 IOPS 和吞吐量的公式如下所示：

项目 “值”
文件共享的最小大小 100 GiB
预配单元 1 GiB
基线 IOPS 公式 MIN(3000 + 1 * ProvisionedStorageGiB, 102400)
突增限制 MIN(MAX(10000, 3 * ProvisionedStorageGiB), 102400)
突发额度 (BurstLimit - BaselineIOPS) * 3600
吞吐量速率（入口 + 出口）（MiB/秒） 100 + CEILING(0.04 * ProvisionedStorageGiB) + CEILING(0.06 * ProvisionedStorageGiB)

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

容量 (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 大小、并行度和其他许多因素相关。 要从并行化中获得最大收益，我们建议在高级文件共享上启用 SMB 多通道。 有关一些常见性能问题和解决方法，请参阅 SMB 性能和性能故障排除指南。

突发

如果工作负载需要额外的性能来满足峰值需求，则可以使用突发额度，以超越文件共享的基线 IOPS 限制。 突发是自动进行的，根据额度系统运行。 其采用“尽力而为”的原则，突发限制没有保证。

每当文件共享的流量低于基线 IOPS 时，额度将累积在突发桶中。 稍后将使用获得的额度，在超过基线 IOPS 时启用突发。

每当共享超过基线 IOPS 并且在突发桶中有积分时，就会以允许的最大峰值突发率进行突发。 只要还有积分，共享就可以继续突发，但这取决于所累积的突发积分的数量。 超出基线 IOPS 的每个 IO 都会消耗一个额度。 一旦耗尽所有额度，共享就会恢复为基线 IOPS。

共享额度具有三种状态：

  • 应计：文件共享使用的 IOPS 小于基线 IOPS。
  • 下降（在文件共享使用的 IOPS 超过基线 IOPS 并且文件共享处于突发模式时）。
  • 恒定（在文件共享只使用基线 IOPS 时，不会累积或使用任何额度）。

新文件共享最初在其突发桶中包含所有额度。 如果由于服务器的限制，导致共享 IOPS 低于基线，则不会对突发额度进行累积。

即用即付模型

Azure 文件存储对标准文件共享使用即用即付计费模型。 在此模型中，你支付的金额是由实际使用量（而不是预配量）决定的。 概括来讲，你需要为存储的逻辑数据量支付成本，还需要根据你对此数据的使用情况支付事务费用。 即用即付模型可能具有成本效益，因为无需过度预配来考虑未来的增长或性能需求。 如果工作负载和数据占用情况随时间变化，也无需取消预配。 但另一方面，即用即付模型很难作为预算流程的一部分进行计划，因为此模型是由最终用户使用量驱动的。

标准层的区别

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

  • 顾名思义，事务优化会优化高事务工作负载的价格。 事务优化的静态数据存储价格最高，但事务价格最低。
  • 热层适合不涉及大量事务的活跃工作负载。 与事务优化相比，它的静态数据存储价格稍微低一些，但事务价格要高一些。 可以把它看作是事务优化层和冷层之间的中间地带。
  • 冷层为没有大量活动的工作负载优化了价格，提供了最低的静态数据存储价格，但事务价格最高。

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

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

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

什么是事务？

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

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

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

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

事务 Bucket 管理操作 数据操作
写入事务
  • 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 仅适用于使用预配计费模型的高级文件共享。 事务不会影响高级文件共享的计费。

在标准层之间切换

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

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

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

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

层 事务优化（目标） 热（目标） 冷（目标）
事务优化（源） --
  • 每个文件 1 个热写入事务。
  • 每个文件 1 个冷写入事务。
热（源）
  • 每个文件 1 个热读取事务。
    		 --
    • 每个文件 1 个冷写入事务。
    冷（源）
    • 每个文件 1 个冷读取事务。
    • 每个总已用 GiB 的数据检索。
    • 每个文件 1 个冷读取事务。
    • 每个总已用 GiB 的数据检索。
    		 --

    尽管对更改文件共享层的频率没有正式限制，但共享需要花一些时间进行转换，具体取决于共享中的数据量。 当文件共享在层之间转换时，不能更改共享的层。 更改文件共享的层不会影响常规文件共享访问。

    虽然没有在高级文件共享和标准文件共享之间移动的直接机制（因为它们包含在不同的存储帐户类型中），但可以使用复制工具（如 robocopy）在高级文件共享和标准文件共享之间移动。

    选择层

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

    由于标准文件共享仅显示存储帐户级别的事务信息，因此使用存储指标来评估在文件共享级别哪个层更经济节省是不完美的手段。 如果可能，我们建议在每个存储帐户中仅部署一个文件共享，以确保全面洞察计费数据。

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

    1. 转到你的存储帐户，并在左侧导航栏中选择“指标”。
    2. 选择“范围”作为存储帐户名称，选择“指标命名空间”作为“文件”，选择“指标”作为“事务”，选择“聚合”作为“总和” 。
    3. 选择“应用拆分”。
    4. 选择“值”作为“API 名称”。 选择所需的限制和类型 。
    5. 选择所需的时间段。

    注意

    请确保在一段时间内查看事务，以更好地了解平均事务数。 确保所选时间段不与初始设置重叠。 将此时间段内的平均事务数相乘，以获取整月的估计事务数。

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

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

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

    • 逻辑大小：文件共享或文件的逻辑大小与它到底有多大相关，而不考虑它在可能应用了额外优化的情况下的实际存储方式。 文件的逻辑大小为将它复制到其他位置时要通过网络传输的 KiB/MiB/GiB 数量。 在高级和标准文件共享中，文件共享的总逻辑大小用于对预配大小/配额强制规定。 在标准文件共享中，逻辑大小是用于静态数据使用量计费的数量。 逻辑大小在文件/文件夹的 Windows 属性对话框中称为“大小”，在 Azure 文件存储指标中称为“内容长度”。

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

    快照

    Azure 文件存储支持快照，这类似于 Windows 文件服务器上的卷影副本 (VSS)。 快照始终与实时共享有差异，并且相互之间也有差异，这意味着，你始终只需为每个快照中的差异内容付费。 有关共享快照的详细信息，请参阅 Azure 文件存储的快照概述。

    快照不计入文件共享大小限制，不过，你要遵守特定快照数量的限制。 若要查看目前快照限制，请参阅 Azure 文件共享缩放目标。

    快照始终根据每个快照的差异存储利用率计费。 但是，在高级文件共享和标准文件共享之间，这种计费看起来略有不同：

    • 在高级文件共享中，快照是根据其自身的快照计量器计费的，其价格低于预配存储价格。 这意味着，你将在账单上看到一个单独的行项，它代表账单上每个 FileStorage 存储帐户的高级文件共享的快照。

    • 在标准文件共享中，快照作为正常使用的存储计量器的一部分计费，不过，你仍然只需为快照的差异成本付费。 这意味着，你不会在账单上看到代表包含 Azure 文件共享的每个标准存储帐户的快照的单独行项。 这也意味着，差异快照使用量将计入针对标准文件共享购买的预留。

    Azure 文件存储的一些增值服务使用快照作为其价值主张的一部分。 有关详细信息，请参阅 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 文件共享，以发现直接对共享进行的更改，使其可以同步到服务器终结点。 此扫描生成的事务按每个目录每天 1 个 ListFiles 事务的速率对存储帐户计费。 可以将此数字输入定价计算器中，以估算扫描成本。

      提示

      如果你不知道文件和文件夹数量，请使用 JAM Software GmbH 提供的 TreeSize 工具来确认。

    若要使用 Azure 文件同步优化 Azure 文件存储的成本，请考虑文件共享的层。 有关如何为每个文件共享选择层的详细信息，请参阅选择文件共享层。

    如果你要从 StorSimple 迁移到 Azure 文件同步，请参阅比较 StorSimple 与 Azure 文件同步的成本。

    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 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 保护中排除存储帐户。

    另请参阅