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

比较 StorSimple 与 Azure 文件同步的成本

StorSimple 是一个已停用的物理和虚拟设备产品,由 Microsoft 提供,可帮助客户通过将数据分层到 Azure 来管理其本地存储占用情况。 StorSimple 8000 系列设备StorSimple 1200 系列设备将于 2022 年 12 月 31 日停用。 当务之急是立即开始规划和执行从 StorSimple 的迁移。

在 StorSimple 的大多数用例中,对于正在使用 StorSimple 的文件共享,Azure 文件同步是建议的迁移目标。 Azure 文件同步支持与 StorSimple 类似的功能,例如分层到云的功能。 但是,它还提供了 StorSimple 不具备的其他功能,例如:

  • 以管理员和用户可访问的本机文件格式(Azure 文件共享)存储数据,而不是只能通过 StorSimple 设备访问的专有格式
  • 多站点同步
  • 与 Azure 服务(如 Azure 备份和 Microsoft Defender for Storage)集成

要详细了解 Azure 文件同步,请参阅 Azure 文件同步简介。要了解如何从 StorSimple 无缝迁移到 Azure 文件同步,请参阅将 StorSimple 8100 和 8600 迁移到 Azure 文件同步将 StorSimple 1200 迁移到 Azure 文件同步

尽管 Azure 文件同步支持 StorSimple 不支持的额外功能,但熟悉 StorSimple 的管理员可能会担心 Azure 文件同步相对于他们当前解决方案的成本。 本文档介绍了如何比较 StorSimple 与 Azure 文件同步的成本,以正确确定各自的成本。 尽管成本情况可能因客户而异,这取决于客户对 StorSimple 的使用情况和配置,但大多数客户使用 Azure 文件同步支付的费用与他们目前使用 StorSimple 支付的费用相同或更少。

成本比较原则

为了确保 StorSimple 与 Azure 文件同步和其他服务的公平比较,必须考虑以下原则:

  • 将解决方案的所有成本都考虑在内。 StorSimple 和 Azure 文件同步都有多种成本构成。 为了进行公平的比较,必须考虑所有成本构成。

  • 成本比较不包括 StorSimple 不支持的功能的成本。 对于 Azure 文件同步支持的很多功能,StorSimple 并不支持。 Azure 文件同步的一些功能(如多站点同步)可能会增加 Azure 文件同步解决方案的总拥有成本。 在迁移过程中利用新功能是合理的;但是,这应被视为迁移到 Azure 文件同步的升级优势。因此,在考虑采用 Azure 文件同步的新功能(StorSimple 不具备的功能)之前,应比较 StorSimple 与 Azure 文件同步的成本。

  • 成本比较考虑 StorSimple 的按原样配置。 StorSimple 支持多种配置,可能会提高或降低 StorSimple 解决方案的价格。 为了对 Azure 文件同步进行公平的成本比较,应仅考虑 StorSimple 的当前配置。 例如:

    • 在比较 StorSimple 和 Azure 文件同步时,使用相同的冗余设置。如果你的 StorSimple 解决方案在 Azure Blob 存储中使用本地冗余存储 (LRS) 进行存储使用,应将其与 Azure 文件存储中的本地冗余存储的成本进行比较,即使你在采用 Azure 文件同步时想切换到区域冗余 (ZRS) 或异地冗余 (GRS) 存储也是如此。

    • 使用当前使用的 Azure Blob 存储定价。 Azure Blob 存储支持 v1 和 v2 定价模型。 如果大多数 StorSimple 客户采用了 v2 定价,他们会节省费用;但是,大多数 StorSimple 客户目前使用的是 v1 定价。 由于 StorSimple 即将停用,为了进行公平的比较,请使用你目前正在使用的定价模型的定价。

StorSimple 定价组成部分

StorSimple 具有以下定价组成部分,你应该在成本比较分析中加以考虑:

  • 面向/运行 StorSimple 的服务器的资本和运营成本。 资本成本涉及物理、本地硬件的前期成本,而运营成本涉及运行解决方案所需的持续成本(如劳动力、维护和电力成本)。 根据你拥有的是 StorSimple 8000 系列设备还是 StorSimple 1200 系列设备,资本成本会略有不同:

    • StorSimple 8000 系列之间进行比较。 StorSimple 8000 系列设备是提供必须由文件服务器面向的 iSCSI 目标的物理设备。 尽管你可能很早就购买并配置了此文件服务器,但除了运行 StorSimple 设备的运营成本以外,还应考虑运行此服务器的资本和运营成本。 如果你的文件服务器作为虚拟机 (VM) 托管在托管其他工作负载的本地虚拟机监控程序上,为了获取运行文件服务器(而不是其他工作负载)的机会成本,除了文件服务器 VM 的运营成本以外,还应考虑文件服务器 VM 作为主机的资本支出和运营成本的一部分成本。 最后,应包括任何 StorSimple 8000 系列虚拟设备和其他可能已在 Azure 中部署的 VM 的成本。

    • StorSimple 1200 系列。 StorSimple 1200 系列设备是可在所选虚拟机监控程序中本地运行的虚拟设备。 StorSimple 1200 系列设备可以是文件服务器的 iSCSI 目标,也可以直接成为一个文件服务器,而不需要额外的服务器。 如果将 StorSimple 1200 系列设备配置为 iSCSI 目标,应包括托管虚拟设备的成本以及面向该设备的文件服务器的成本。 尽管 StorSimple 1200 系列设备可能托管在托管其他工作负载的虚拟机监控程序上,但为了获得运行 StorSimple 1200 系列设备(而不是其他工作负载)的机会成本,除了虚拟设备的运营成本以外,还应考虑虚拟设备作为主机的资本支出的一部分成本。

  • StorSimple 服务成本。 Azure 中的 StorSimple 管理服务是大多数客户在 StorSimple 的 Azure 帐单中的主要组成部分。 StorSimple 管理服务有两种计费模型。 你使用的是哪一种,可能取决于你购买 StorSimple 设备的方式和时间(请查阅帐单以了解更多详细信息):

    • StorSimple 每 GiB 存储的管理费。 StorSimple 每 GiB 存储的管理费是较旧的计费模型,也是大多数客户使用的计费模型。 在此模型中,需要支付 StorSimple 中存储的每个逻辑 GiB 的费用。 可以在文本的第一个表下方的 StorSimple 定价页上看到每 GiB 存储的管理费的价格(描述为“旧定价模型”)。 请务必注意,定价页的注释是不正确的 - 客户在 2021 年 12 月未过渡到每设备计费模型。

    • StorSimple 每台设备的管理费。 StorSimple 每台设备的管理费是较新的模型,但使用它的客户较少。 在此模型中,对于设备处于活动状态的每一天,都需要支付每日费用。 费用取决于你是拥有物理设备还是虚拟设备,以及你拥有的具体设备。 可以在 StorSimple 定价页(第一个表)上查看每个设备的管理费价格。

  • Azure Blob 存储成本。 StorSimple 以其专有格式将所有数据存储在 Azure Blob 存储中。 在考虑 Azure Blob 存储成本时,应考虑存储利用率,由于重复数据删除和压缩是 StorSimple 专有数据格式的一部分,因此存储利用率可能低于或等于数据的逻辑大小,同时还要考虑存储上的事务,每当文件被更改或范围被从设备召回到本地时,都要进行处理。 根据你部署 StorSimple 设备的时间,可能会受到以下两种 Blob 存储定价模型之一的约束:

    • Blob 存储定价 v1,在常规用途版本 1 存储帐户中可用。 根据大多数 StorSimple 部署的时长,大多数 StorSimple 客户使用的是 v1 Azure Blob 存储定价。 与 v2 模型相比,这种定价的每 GiB 价格更高,事务价格更低,并且缺少 Blob 存储 v2 定价具有的存储层。 要查看 Blob 存储 v1 的价格,请访问 Azure Blob 存储定价页,然后选择“其他”选项卡。

    • Blob 存储定价 v2,在常规用途版本 2 存储帐户中可用。 与 v1 模型相比,Blob 存储 v2 的 GiB 价格更低,事务价格更高。 尽管一些 StorSimple 客户可以通过切换到 v2 定价来节省资金,但大多数 StorSimple 客户目前使用的是 v1 定价。 由于 StorSimple 即将停用,你应继续使用当前使用的定价模型,而不是使用 v2 定价来进行成本比较。 要查看 Blob 存储 v2 的价格,请访问 Azure Blob 存储定价页,然后选择“建议”选项卡(加载页面时的默认设置)。

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 工具来确认。

转换来自 StorSimple 的数量

如果你尝试根据你在 StorSimple 中看到的费用来估算 Azure 文件同步的成本,请注意以下各项:

  • Azure 文件存储的逻辑大小(标准文件共享)帐单。 与 StorSimple 的做法(在将数据存储到 Azure Blob 存储之前,以 StorSimple 专有格式对数据进行编码)不同,Azure 文件存储以与你在 Windows文件服务器上看到的相同形式存储来自 Azure 文件同步的数据。 这意味着,如果想知道 Azure 文件存储中将消耗多少存储空间,应查看来自 StorSimple 的数据的逻辑大小,而不是存储在 Azure Blob 存储中的数量。 尽管这看起来可能会导致在使用 Azure 文件同步时支付更多费用,但你需要执行完整的分析(包括 StorSimple 成本的各个方面)才能看到真正的比较。 此外,Azure 文件存储提供了容量预留,使你能够在定价的基础上以高达 36% 的折扣购买存储。 请参阅 Azure 文件存储中的容量预留

  • 不要假设 StorSimple 中的事务与 Azure 文件同步中的事务之间的比率为 1:1。看看 StorSimple 在 Azure Blob 存储中完成的事务数量,并假定该数量与 Azure 文件同步在 Azure 文件存储上完成的事务数量相似,这可能很吸引人。 此数量可能会高估或低估 Azure 文件同步将执行的事务数,因此这不是估算事务成本的好方法。 估算事务成本的最佳方法是使用与 StorSimple 中存储的文件共享类似的实时文件共享,在 Azure 文件同步中执行一个小型概念证明。

另请参阅