使使用情况与计费增量保持一致的体系结构策略

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

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

定义

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

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

确定计费因素

服务之间的计费因素不同。 计费因素包括实例编号、时间、事务费率和事务大小。 它们还包括可用性区域、位置、存储量、入口数据和出口数据。 熟悉你使用的服务的定价阈值。 你可以使使用情况保持一致，以最大化资源的价值，并且仅在必要时运行会产生费用。

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

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

确定计费增量

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

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

• 时间：* 资源根据使用情况持续时间计费，例如每秒、小时或一天。
• 每个请求： 某些资源（特别是在无服务器或事件驱动的体系结构中）根据请求数或调用数计费。 尽量减少不必要的请求并优化应用程序的设计，以减少可计费的请求数。
• 数据传输增量： 数据传输成本以增量度量，例如千兆字节（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，可以设置成本警报和预算。 当消耗量达到预定义阈值时，成本警报会通知你，从而可以主动监视支出。 预算 有助于设置限制并跟踪资源的消耗率，这有助于确保成本控制。

后续步骤

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

成本优化清单

请参阅完整的建议集。