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

估计初始成本

在将工作负荷部署到云之前,很难对成本进行属性分析。 如果使用本地估算方法或直接将本地资产映射到云资源,则估算将不准确。 例如,如果构建自己的数据中心,则成本可能看起来与云相当。 大多数本地估算值不计算冷却、电力、IT 和设施人工、安全和灾难恢复等成本。

下面是一些最佳做法:

  • 使用概念证明部署来帮助优化成本估算。
  • 选择可处理工作负荷性能的合适资源。 例如,成本较低的虚拟机最初可能表示成本较低,但最终可能更昂贵,以保持特定的性能级别。
  • 准确反映与正确的存储类型相关的成本。
  • 增加隐藏成本,例如大型数据下载的网络成本。

迁移工作负荷

通过计算总成本拥有成本(TCO ()和投资回报率) ROI (,量化在 Azure 中) 。 将这些指标与现有的本地等效项进行比较。

在迁移到云之前,很难对成本进行属性确定。

使用本地计算可能无法准确反映云资源的成本。 下面是一些挑战:

  • 本地 TCO 可能无法准确计算隐藏支出。 这些费用包括购买的硬件或网络维护成本的利用率不足,包括人工和设备故障。
  • 云 TCO 可能无法准确说明组织运营人工小时数的下降。 云服务定价中包括云提供商的基础结构、平台管理服务和其他运营效率。 尤其是在较小的规模下,云提供商的服务不会减少 IT 人工数量。
  • 由于云功能,ROI 可能无法准确考虑新的组织优势。 很难量化改进的协作、缩短为客户提供服务的时间,以及快速缩放,同时将停机时间降至最低或没有停机时间。
  • ROI 可能无法准确考虑完全采用云权益所需的业务流程重新工程。 在某些情况下,这种重新工程可能完全不会发生,使组织处于使用新技术效率低下的状态。

Azure 提供这些工具来确定成本。

  • Microsoft Azure TCO (计算器) 总拥有成本,以反映所有成本。

    对于迁移项目,TCO 计算器可能会提供帮助,因为它会预先填充一些常见成本,但允许你修改成本假设。

  • Azure 定价 计算器,用于评估计划在解决方案中使用的服务的成本。
  • Azure Migrate 评估组织在本地数据中心的当前工作负荷。 它建议 Azure 替换解决方案,例如基于工作负荷的虚拟机大小。 它还提供成本估算。

微服务工作负荷的估计示例

让我们以此 方案 为例。 在部署工作负荷 之前, 我们将使用 Azure 定价计算器估计初始成本。 每月或 730 小时计算成本。

本示例选择了微服务模式。 作为容器业务流程协调程序,其中一个选项Azure Kubernetes 服务 (管理pod 群集) AKS 应用程序。 我们选择 NGINX 入口控制器,因为它是此类工作负荷的已知控制器。

该示例基于当前价格,可能会更改。 显示的计算仅供参考。

计算

对于 AKS,群集管理不收取任何费用。

对于 AKS 代理节点,有许多实例大小和 SKUS 选项。 我们的示例工作负荷应遵循长时间运行的模式,我们可以承诺三年。 因此,符合预留实例条件 的实例 是一个不错的选择。 可以通过选择 3 年保留计划 来降低成本

工作负荷需要两个虚拟机。 一个用于后端服务,另一个用于实用工具服务。

具有 2 个虚拟机的 B12MS 实例足以进行此初始估算。 可以通过选择预留实例来降低成本。

估计总计:每月 327.17 美元,预付 11,778.17 美元

应用程序网关

对于此方案, 我们 Standard_v2缩放Azure 应用程序网关缩放功能和性能优势,因此,我们需要考虑此层。 我们还选择基于消耗的定价,该定价按容量单位和 CU (计算) 。 每个容量单位是根据计算、持久连接或吞吐量计算的。 对于Standard_v2 SKU - 每个计算单元可以使用 RSA 2048 位密钥 TLS 证书每秒处理大约 50 个连接。 对于此工作负荷,我们估计有 10 个容量单位。

估计总数:每月 248.64 美元。

负载均衡器

NGINX 入口控制器部署将 Internet 流量路由到入口的负载均衡器。 大约需要 15 个负载均衡器规则。 NAT 规则是免费的。 主要成本驱动因素是独立于规则处理的入站和出站数据量。 我们估计入站和出 (流量为 1 TB) 。

估计总数:每月 96.37 美元。

带宽

我们估计出站流量为 2 TB。 前 5 GB/月免费区域 1 (区域 1包括北美、欧洲和澳大利亚) 。 5 GB - 10 TB/月按每 GB 0.087 美元收费。

估计总数:每月 $177.74

外部数据源

由于工作负荷处理的数据的架构上读取性质,我们选择 Azure Cosmos DB 作为外部数据存储。 通过使用数据库Cosmos计算器,我们可以计算要保留的吞吐量。

Azure Cosmos DB Capacity calculator

成本变量

  • 为了降低延迟,在此方案中,我们使用多区域写入功能启用 异地 复制。 默认情况下,Cosmos DB 使用一个区域进行写入,其余区域用于读取。

  • 会话和索引策略的一致性模型中的默认选项为"自动"。 自动索引使Cosmos数据库为所有项的所有属性编制索引,实现灵活高效的查询。 自定义索引策略允许从索引中包括/排除属性,降低写入 RU 和存储大小。 因此,上传自定义索引策略可以降低成本。

  • 总数据存储不是重要的成本驱动因素,此处设置为 500 GB。

  • 吞吐量是指示峰值的变量。 峰值时间百分比设置为 10%。

  • 项大小为 90k 的平均值。 通过使用容量计算器,可以上传包含文档数据结构、平均文档大小、每秒读取/写入次数的示例 json 文件。 这些变量对成本的影响最大,因为它们用于计算吞吐量。 吞吐量值显示在图像中。

现在,我们在 Azure 定价计算器 中使用这些值

Azure Pricing calculator for Cosmos DB

基于这些设置的平均吞吐量为 20,000 个 US/秒,这是 3 年保留容量计划所需的 最小吞吐量

下面是使用预留计划的三年总成本:

每月平均费用为 1,635.20 (58,867.20 美元)

选择 3 年预留容量比即用即付价格节省 700.00 美元。

CI/CD 管道

使用 Azure DevOps,基本计划包括Visual Studio Enterprise、Professional、测试Professional MSDN 平台订阅者。 无需为利益干系人添加或编辑工作项和 bug、查看仪表板、积压工作清单和看板。

五个用户的基本计划许可证是免费的。

其他服务

对于 Microsoft 托管Pipelines,免费层包括一个并行 CI/CD 作业,每月 1,800 (30) 分钟。 但是,可以选择付费层,并拥有一个 CI/CD 并行作业 ($40.00) ,在此层中,每个并行 CI/CD 作业包含无限分钟。

对于此成本估算阶段,不需要自承载 Pipelines,因为工作负载没有在生成过程中运行的自定义软件,而该软件未包含在 Microsoft 托管选项中。

Azure Artifacts是一项服务,可在其中创建包源以发布和使用 Maven、npm、NuGet、Python 和通用包。 Azure Artifacts按消耗计费,最多释放 2 GB 存储。 对于此方案,我们估计项目数为 56 GB, ($56.00)

Azure DevOps提供基于云的解决方案,用于对应用进行负载测试。 负载测试以虚拟用户分钟数度量和计费 (VUM) 。 对于此方案,我们估计 200,000 个 VUM ($72.00) 。

估计总计:每月 $168.00