选择您的 Cookie 首选项

我们使用必要 Cookie 和类似工具提供我们的网站和服务。我们使用性能 Cookie 收集匿名统计数据,以便我们可以了解客户如何使用我们的网站并进行改进。必要 Cookie 无法停用,但您可以单击“自定义”或“拒绝”来拒绝性能 Cookie。

如果您同意,AWS 和经批准的第三方还将使用 Cookie 提供有用的网站功能、记住您的首选项并显示相关内容,包括相关广告。要接受或拒绝所有非必要 Cookie,请单击“接受”或“拒绝”。要做出更详细的选择,请单击“自定义”。

使用自定义指标的高级预测性扩展策略

聚焦模式

本页内容

使用自定义指标的高级预测性扩展策略 - Amazon A EC2 uto Scaling

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

在预测性扩展策略中,您可以使用预定义指标或自定义指标。当预定义指标(CPU、网络 I/O 和 Application Load Balancer 请求计数)未充分描述应用程序负载时,自定义指标非常有用。

使用自定义指标创建预测性扩缩策略时,您可以指定由 AWS 提供的其他 CloudWatch 指标,也可以指定自己定义和发布的指标。您还可以使用指标数学来聚合现有的指标并将其转换为 AWS 会不自动跟踪的新时间序列。例如,通过计算新的总和或平均值来组合数据中的值时,该操作称为执行聚合。生成的数据称为聚合

以下部分包含了有关如何为构造策略的 JSON 结构的最佳实践和示例。

最佳实践

以下最佳实践可帮助您更有效地使用自定义指标:

  • 对于负载指标规范,最有用的指标是作为一个整体表示 Auto Scaling 组负载的指标,而不管该组的容量如何。

  • 对于扩展指标规范,要扩展的最有用指标是每个实例的平均吞吐量或利用率指标。

  • 扩展指标必须与容量成反比。也就是说,如果 Auto Scaling 组中的实例数量增加,则扩展指标应该减少大致相同的比例。为确保预测性扩展按预期采取行动,负载指标和扩展指标还必须彼此之间密切关联。

  • 目标利用率必须与扩展指标的类型匹配。对于使用 CPU 利用率的策略配置,这是目标百分比。对于使用吞吐量(例如请求数或消息数)的策略配置,这是在任何一分钟间隔内每个实例的目标请求数或目标消息数。

  • 如果未遵循这些建议,那么时间序列的预测未来值可能会不正确。要验证数据是否正确,您可以在 Amazon EC2 Auto Scaling 控制台中查看预测值。或者,在创建预测性扩展策略之后,请检查 GetPredictiveScalingForecast API 返回的 LoadForecastCapacityForecast 对象。

  • 我们强烈建议您在仅预测模式下配置预测式扩展,以便在预测式扩展开始主动扩展容量之前对预测进行评估。

先决条件

要将自定义指标添加到预测性扩缩策略,您必须具有 cloudwatch:GetMetricData 权限。

要指定自己的指标而不是 AWS 提供的指标,您必须首先将您的指标发布到 CloudWatch。有关更多信息,请参阅 Amazon CloudWatch 用户指南中的发布自定义指标

如果发布自己的指标,请确保以至少五分钟的频率发布数据点。Amazon EC2 Auto Scaling 根据所需的时间长度从 CloudWatch 中检索数据点。例如,负载指标规范以每小时为指标来衡量应用程序的负载。CloudWatch 使用您已发布的指标数据在任意一小时期间提供单个数据值,其方法是将所有数据点与每个一小时内的时间戳聚合起来。

限制

  • 您可以在一个指标规范中查询最多 10 个指标的数据点。

  • 为满足此限制,一个表达式算作一个指标。

隐私网站条款Cookie 首选项
© 2025, Amazon Web Services, Inc. 或其附属公司。保留所有权利。