扩缩计划入门 - AWS Auto Scaling

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

扩缩计划入门

在创建将用于应用程序的扩缩计划之前,请全面考察应用程序在 AWS Cloud中运行时的情况。记录以下内容:

  • 您是否具有通过其他控制台创建的现有扩展策略。您可以替换现有扩展策略,也可以在创建扩展计划时保留它们(不允许对其值进行任何更改)。

  • 对您的应用程序中作为整体基于资源的每个可扩展资源有意义的目标利用率。例如,与 EC2 实例的可用 CPU 相比,Auto Scaling 组中的 EC2 实例预期使用的 CPU 数量。或者对于像 DynamoDB 这样使用预置吞吐量模型的服务,与可用吞吐量相比,表或索引预期使用的读写活动量。换言之,即使用的容量与预置容量的比值。创建扩缩计划后,您可以随时更改目标利用率。

  • 启动和配置服务器需要多长时间。了解这一点有助于您为每个 EC2 实例配置一个在启动后预热的时间段,以确保前一台服务器仍在启动时不会启动新的服务器。

  • 指标历史是否长到足够用于预测式扩展(如果使用的是新创建的 Auto Scaling 组)。一般而言,具有 14 整天的历史数据将转化为更准确的预测。最小值为 24 小时。

您越了解您的应用程序,您制定扩展计划的效率就越高。

以下任务可帮助您熟悉扩缩计划。您将为单个 Auto Scaling 组创建一个扩缩计划,并启用预测性扩缩和动态扩缩。