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

将使用情况与计费增量保持一致的建议

适用于此 Azure Well-Architected 框架成本优化清单建议：

CO：06	使使用情况与计费增量保持一致。 应了解计费增量 (计量) ，并将资源使用情况与这些增量保持一致。 修改服务以与计费增量保持一致，或修改资源使用情况以与计费增量保持一致。 请考虑使用概念证明来验证主要成本驱动因素的计费知识和设计选项，并揭示一致计费和资源使用情况的方法。

本指南介绍将资源使用情况与计费增量保持一致的建议。 资源按特定增量计费，例如每小时或每个实例。 若要优化成本，需要使使用情况与这些增量保持一致。 必须根据工作负载使用情况调整资源，或者使工作负载适应资源计费增量（也称为 计量）。 实现以下指南，确保工作负载从每个资源派生最大值。 如果未能使计费和设计保持一致，可能会产生不必要的费用。

定义

术语	定义
计费增量	(计量) 产生成本的使用量，例如时间单位、实例数或数据大小。
计费因素	产生成本的使用类型，例如时间、存储量、数据传输量或请求数。

关键设计策略

使资源使用量与计费增量保持一致，就是确保资源消耗量与计费的间隔或数量密切相关。 例如，如果某个服务按小时收费，但你只使用该时间的一小部分，则可以调整操作以最大限度地利用该小时。

若要节省资金，请确保了解服务的计费方式。 你需要了解特定的增量，例如每小时费率、每 GB 费用或每请求成本。 调整服务配置或使用服务的方式，以适应计费增量，并确保不会产生不必要的成本。 评估工作负载的特定需求，并了解各种资源的计费方式。 根据你的发现，调整使用情况或资源以优化成本。

确定计费因素

服务之间的计费因素不同。 计费因素包括实例数、时间、事务速率和事务大小。 它们还包括可用性区域、位置、存储量、入口数据和出口数据。 熟悉所用服务的定价阈值。 可以调整使用情况以最大程度地提高资源的价值，并且仅在必要时运行会产生费用。

下面是一些常见的计费因素：

• 运行： 运行时是指资源主动运行或利用的持续时间。 运行时通常以小时、天或月为单位。 运行时可帮助你分析资源使用随时间推移的成本影响。 成本优化非常重要，因为可以确定最小化资源使用和相关成本的机会。
• 数据传输： 数据传输是指将数据移入和移出资源。 数据传输成本可能因数据量而异。 了解数据传输成本，以便优化数据传输模式、选择适当的网络配置，并最大程度地降低与数据移动相关的成本。
• 专用服务： 专用服务是与其他资源一起使用的服务或功能。 这些服务可以包括专用数据库、AI 服务或其他高级功能。 评估专业服务的成本影响，因为它们可能具有单独的定价模型或产生额外的费用。
• 虚拟 CPU (vCPU) ： 资源中 vCPU 的利用率是 vCPU 使用情况。 虚拟机等资源通常根据分配给它们的 vCPU 数计费。 监视和优化 vCPU 使用情况，以确保有效利用资源并最大程度地减少不必要的成本。
• 运行时间保证： 运行时间保证是指云提供商就其服务的可用性和可靠性提供的服务级别协议 (SLA) 。 运行时间保证与计费不直接相关，但在想要优化成本时，请务必考虑这些保证。 更高的运行时间保证可以与更高的成本相吻合。 评估成本和服务可用性之间的权衡。

确定计费增量

计费增量确定如何衡量和计费资源使用情况。 对于每个计费因素，有一个计费增量。 熟悉每个服务的计费增量，以便使资源使用情况与这些计费增量保持一致。

下面是一些常见的计费增量类型：

• Time：* 资源根据使用持续时间（例如每秒、小时或每天）计费。
• 按请求： 某些资源（特别是在无服务器或事件驱动的体系结构中）根据请求或调用数计费。 尽量减少不必要的请求并优化应用程序的设计，以减少可计费的请求数。
• 数据传输增量： 数据传输成本以增量度量，例如 gb (GB) 或 TB (TB) 。
• 存储增量： 存储成本通常以增量度量，例如 GB 或 TB。

将使用情况映射到计费增量

将使用情况映射到计费增量是确定资源消耗与计费增量不一致的练习。 此映射涉及根据每个计费因素中的计费增量分析资源使用情况，以发现效率低下的情况。 在此步骤中，仅确定使用情况和计费增量不一致的区域。 稍后将实现更改。 将使用情况映射到计费增量时，请考虑以下指南：

• 创建资源清单。 列出工作负载中的资源，例如计算、存储和网络。
• 了解使用模式。 使用监视工具或过去使用情况数据来确定工作负荷的资源消耗模式。 请注意使用率高和低的时间段。
• 使用定价计算器。 将收集的信息输入到联机定价计算器中，以获取按计费因素和增量细分的成本明细。
• 分析计费增量。 如果计算器为每个组件提供计费粒度，请将实际或预期使用情况与每小时、每日或每个请求) (计费增量保持一致。
• 模拟方案。 使用定价计算器模拟使用方案，以了解资源使用情况如何影响成本。

考虑 (POC) 生成概念证明

概念证明是验证你对计费因素和计费增量的理解的具体方法。 POC 有助于查看设计决策对成本的影响。 它可以帮助你优化工作负载设计，使其与计费增量保持一致。 POC 对于领先的成本驱动因素（例如可缩放的应用程序平台和资源）非常重要。

如果你不确定自己的计费知识，或者想要更自信地了解成本影响，POC 可以提供动手体验。 可以验证假设并测试各种方案，以确保你清楚地了解计费方面。 生成 POC 进行成本优化时，请考虑以下指南：

定义 POC 范围： 明确定义 POC 的范围，包括要针对成本和所涉及的资源进行优化的特定工作负载或应用程序。 包括使用时间、使用模式、每个实例费用、数据传输、存储、计算和任何其他成本驱动组件等因素。 在划定范围时，请考虑计费增量，以确保彻底解决成本因素。

模拟生产： 设计 POC 以模拟生产环境，确保实际成本估算。 应评估成本驱动因素，例如可伸缩性的影响、运营决策 (停止和启动资源) 以及存储成本。 使 POC 设计与计费阈值知识保持一致，以确保模拟环境准确反映潜在的成本方案。

限制 POC 持续时间： 限制 POC 的有效期，以便可以收集最终证据，但不会产生不必要的成本。 将 POC 稍微扩展到计费阈值，以确保全面了解成本。 例如，如果资源按小时计费，则 POC 的运行时间可能略多于一小时，或者捕获成本在阈值的累积方式所花费的时间。 获得确凿证据后，可以自信地根据发现做出决定。 当 POC 清楚地了解计费影响时，请使用调查结果为实际环境做出明智的财务决策。

使使用情况保持一致，以最大化资源价值

调整使用情况以最大化资源价值涉及实现映射练习中确定的更改，以根据计费增量重新调整资源使用情况。 此步骤用于调整资源的使用方式。 有两个主要选项可用于将使用情况与计费增量保持一致：

修改服务。 修改服务意味着使用不同的配置、服务层级或服务使工作负荷与计费阈值保持一致。 例如，工作负荷可能每天移动 5 TB 的数据，但按 4 TB 的增量收费。 你可以找到不同的服务层级或配置，以便以更便宜或更快的速度传输数据。

修改使用情况。 修改使用情况是重新设计使用模式工作负载，使其与计费增量保持一致。 例如，可以在传输之前将 5 TB 的数据压缩为 4 TB。 还可以将使用量扩展到计费增量。 例如，如果需要每天传输 2 TB 的数据，则可以修改计划，每隔一天传输 4 TB 数据。

如果两个选项都不可行，则需要接受额外费用。 如果预算中不包含额外费用，请根据需要重新制定预算。

风险：成本优化决策不应损害安全要求或合规性法规。 如果选择成本更低且没有足够安全措施的解决方案，则可以将工作负载暴露在潜在的漏洞中。

Azure 便利化

确定计费因素和增量：Azure 具有每个 Azure 产品的产品定价详细信息。 搜索工作负载中的产品，并为每个计费因素编录不同的计费因素和增量。 还可以使用 Azure 定价计算器 来估算不同增量的成本。

将使用情况映射到计费增量：可以使用 Azure 帐单 来分析资源使用模式并确定高消耗区域。 可以查看 和下载 Azure 发票。 这些功能可帮助你了解如何利用资源，以便你可以做出明智的决策来优化其使用情况并最大程度地减少不必要的成本。

可以在Azure 门户的“订阅”页上快速了解已开票的使用情况和费用。 请务必了解 Azure 使用情况和费用文件中的条款。

协调使用情况以最大化价值： Microsoft 成本管理和计费 和 Azure 顾问提供基于使用情况和成本数据的优化建议。 这些建议可帮助你确定节省成本的机会。 使用此数据，可以确定资源是预配过度还是未充分利用，并调整其大小以满足工作负载要求。 调整资源大小有助于与计费增量保持一致。

产品 SKU 表示 Azure 产品中的服务层级。 Azure 在每个服务中提供各种 SKU。 切换 SKU 有助于使计费增量与使用模式保持一致。 可以使用 Azure 产品定价页 来比较每个产品的不同层。

使用 Azure，可以设置成本警报和预算。 当消耗量达到预定义的阈值时，成本警报会通知你，使你能够主动监视支出。 预算 有助于设置限制并跟踪资源的消耗率，这有助于确保成本控制。

后续步骤

• 有关收集和查看成本数据的建议
• 有关优化数据成本的建议

成本优化清单

请参阅完整的一组建议。

成本优化清单