Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异，请参阅 中国的 Amazon Web Services 服务入门 (PDF)。

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

有关更多信息，请参阅 Amazon EC2 Auto Scaling 的步进和简单扩展策略

通过步进缩放和简单缩放，您可以选择缩放指标和阈值 CloudWatch 调用扩展过程的警报。您还可以定义在指定数目的评估期内违反阈值时应如何扩展 Auto Scaling 组。

我们强烈建议您使用目标跟踪扩展策略，根据类似于平均 CPU 利用率等指标或 Application Load Balancer 的 RequestCountPerTarget 指标来扩展。使用目标跟踪，可以通过在容量增加时减少以及在容量减少时增加的指标，按比例扩展或缩减实例数。这有助于确保 Amazon EC2 Auto Scaling 密切遵循应用程序的需求曲线。有关更多信息，请参阅目标跟踪扩展策略：您仍然可以选择使用步进扩展作为附加策略来实现更高级的配置。例如，您可以在利用率达到特定级别时配置更积极的响应。

步进扩展策略和简单扩展策略之间的区别

步进扩展策略和简单扩展策略是可供您使用的两个动态扩展选项。两者都需要你创建 CloudWatch 扩展策略的警报。两者都要求您为警报指定高阈值和低阈值。这均需要您定义添加还是删除实例及实例的数量，或者将组设置为确切的大小。

策略类型之间的主要区别在于通过步进扩展策略获得的步进调整。当应用步进调整并且增加或减少了 Auto Scaling 组的当前容量时，调整会根据警报违规的大小而有所不同。

在大多数情况下，步进扩展策略是比简单扩展策略更好的选择，即使您仅有单个扩展调整也是如此。

简单扩缩的主要问题是，在扩缩活动开始后，该策略必须等待扩缩活动或运行状况检查替换完成并且冷却时间到期，然后才会响应其他警报。冷却时间有助于防止在先前活动产生明显影响前启动其他扩展活动。

与之对比，步进扩展策略可以继续响应其他警报，甚至在进行扩展活动或运行状况检查替换时也是如此。因此，Amazon EC2 Auto Scaling 会在收到警报消息时评估任何违例警报。

Amazon EC2 Auto Scaling 起初只支持简单扩展策略。如果您在引入目标跟踪和分步策略前创建了自己的扩展策略，您的策略将被视为简单扩展策略。

步进扩展的分步调整

在创建分步扩展策略时，您可以指定一个或多个步进调整，这些步进调整会根据警报违规的大小自动扩展实例数量。每个分步调整指定以下内容：

CloudWatch 根据与您关联的指标的统计数据聚合指标数据点 CloudWatch 警报。超过警报时，将调用相应的扩缩策略。Amazon EC2 Auto Scaling 会将聚合类型应用于来自的最新指标数据点 CloudWatch （与原始指标数据相反）。它将此聚合指标值与步进调整定义的上限和下限进行比较，以确定执行哪个步进调整。

您可以指定相对于违例阈值的上限和下限。例如，假设您有一个既具有当前容量又具有所需容量 10 的 Auto Scaling 组。你有一个 CloudWatch 警报，违规阈值为 50%，并采用横向扩展和缩小政策。对于每个策略，您有一组调整类型为 PercentChangeInCapacity （或控制台中的 % 的组）的步进调整：

这将创建以下扩展配置。

Metric value

-infinity          30%    40%          60%     70%             infinity
-----------------------------------------------------------------------
          -30%      | -10% | Unchanged  | +10%  |       +30%        
-----------------------------------------------------------------------

以下几点总结了扩展配置相对于组的所需容量和当前容量的行为：

为扩展策略指定步进调整时，请注意以下事项：

扩展调整类型

您可以根据您选择的扩展调整类型来定义执行最佳扩展操作的扩展策略。您可以将调整类型指定为 Auto Scaling 组当前容量的百分比或以容量单位指定。通常，一个容量单位意味着一个实例，除非您使用的是实例权重功能。

对于步进扩展和简单扩展，Amazon EC2 Auto Scaling 支持以下调整类型：

通过 PercentChangeInCapacity，您还可以使用 MinAdjustmentMagnitude 参数指定要扩展的最小实例。例如，假定您创建一个增加 25% 的策略，并且您指定最小增量为 2 个实例。如果您有一个 Auto Scaling 组包含 4 个实例，而要执行该扩展策略，则 4 的 25% 就是 1 个实例。但是，因为您指定了最小增量 2，则将添加 2 个实例。

使用实例权重时，将 MinAdjustmentMagnitude 参数设置为非零值的效果会发生变化。该值以容量单位为单位。如需设置所要扩展的最小实例数，请将此参数设置为至少与最大实例权重一样大的值。

如果您使用实例权重，请记住，Auto Scaling 组的当前容量可以根据需要超过所需容量。如果要递减的绝对数或百分比表示递减的数量小于当前容量和所需容量之间的差值，则不会执行任何扩展操作。在您查看超过警报阈值时扩缩策略的结果时，必须考虑这些行为。例如，假设所需容量为 30，当前容量为 32。超过警报时，如果扩缩策略将所需容量减少 1，则不会执行扩缩操作。

实例预热

对于扩缩步骤，您可以指定新启动实例的预热时间（单位为秒）。在指定的预热时间过期前，实例不会计入自动扩缩组的聚合 EC2 实例指标。

当实例处于预热时间时，仅当未预热实例的指标值大于策略的告警阈值上限时，您的扩缩策略才会横向扩展。

如果组再次横向扩展，则仍在预热的实例将计算为下一横向扩展活动所需容量的一部分。因此，落入同一分步调整中的多个警报违例只会导致一个扩展活动。旨在持续 (但不过度) 扩大。

例如，假设您创建了一个包含两个步骤的策略。当指标达到60时，第一步增加10％；当指标达到70％时，第二步增加30％。您的 Auto Scaling 组的所需容量和当前容量为 10。当聚合指标值小于 60 时，所需容量和当前容量不会发生变化。假设指标达到 60，因此添加了 1 个实例（10 个实例中的 10%）。然后，在新实例仍在预热期间，该指标变为62。扩展策略根据当前容量（仍为 10）计算新的所需容量。但是，该组的所需容量已经增加到 11 个实例，因此扩展策略不会进一步增加所需的容量。如果指标在新实例仍在预热时增长到 70，我们应添加 3 个实例（10 个实例的 30%）。但该组的所需容量已经是 11，所以我们只添加 2 个实例，因为新的所需容量为 13 个实例。

当横向扩展活动正在进行时，通过扩缩策略启动的所有横向缩减活动都将被阻止，直到实例完成预热。当实例完成预热后，如果发生缩减事件，则在计算新的所需容量时，当前正在终止的任何实例都将计入该组的当前容量。因此不会从 Auto Scaling 组中删除更多实例。例如，当一个实例已经终止时，如果警报在将所需容量减少 1 的相同步长调整范围内，则不会采取任何扩展操作。

默认值

如果未设置任何值，则扩展策略将使用默认值，即为组定义的默认实例预热值。如果默认实例预热为空，则它将回退到默认冷却时间值。我们建议使用默认实例预热，以便在预热时间发生变化时更轻松地更新所有扩展策略。有关更多信息，请参阅为 Auto Scaling 组设置原定设置实例预热：

创建 CloudWatch 指标高阈值和低阈值警报（控制台）

你可以使用 CloudWatch 控制台创建两个警报，一个用于扩展（指标高），另一个用于缩小（指标低）。例如，当超过警报的阈值时，由于流量增加，警报将进入 ALARM (警报) 状态。此状态更改会调用与警报关联的扩缩策略。然后，该策略指示 Amazon EC2 Auto Scaling 如何响应“超过警报”事件，例如添加或删除指定数量的实例。

示例： CloudWatch 如果 CPU 在 4 分钟内超过 80% 的阈值，则会发出警报

创建步骤扩展策略（控制台）

创建自动扩缩组后，您可以选择在该组上配置分步扩缩策略。

以下过程说明如何使用 Amazon EC2 Auto Scaling 控制台创建两个步进扩展策略：将组容量增加 30% 的扩展策略，以及将组容量减小到两个实例的收缩策略。

在配置您的扩展策略时，您可以同时创建警报。或者，您也可以使用从 CloudWatch 控制台创建的警报，如上一部分中所述。

创建扩展策略和 CloudWatch警报 (Amazon CLI)

按如下方式使用 Amazon CLI，为您的 Auto Scaling 组配置步进扩展策略或简单扩展策略。

第 1 步：创建 Auto Scaling 组

使用以下内容create-auto-scaling-group命令创建名为的 Auto Scaling 组my-asg使用启动模板my-template。如果您没有启动模板，请参阅 使用启动模板的 Amazon CLI 示例。

aws autoscaling create-auto-scaling-group --auto-scaling-group-name my-asg \
  --launch-template LaunchTemplateName=my-template,Version='2' \
  --vpc-zone-identifier "subnet-5ea0c127,subnet-6194ea3b,subnet-c934b782" \
  --max-size 5 --min-size 1

第 2 步：创建扩展策略

您可以创建分步或简单扩展策略，指示 Auto Scaling 在应用程序负载发生变化时该怎么做。

分步扩展策略

示例： my-step-scale-out-政策

使用以下内容put-scaling-policy命令创建名为的步进缩放策略my-step-scale-out-policy，调整类型为PercentChangeInCapacity这会根据以下步骤调整来增加组的能力（假设 CloudWatch 警报阈值为 60%):

aws autoscaling put-scaling-policy \
  --auto-scaling-group-name my-asg  \
  --policy-name my-step-scale-out-policy \
  --policy-type StepScaling \
  --adjustment-type PercentChangeInCapacity \
  --metric-aggregation-type Average \
  --step-adjustments MetricIntervalLowerBound=0.0,MetricIntervalUpperBound=15.0,ScalingAdjustment=10 \
                     MetricIntervalLowerBound=15.0,MetricIntervalUpperBound=25.0,ScalingAdjustment=20 \
                     MetricIntervalLowerBound=25.0,ScalingAdjustment=30 \
  --min-adjustment-magnitude 1

记下策略的 Amazon Resource Name (ARN)。你需要它来创建 CloudWatch 为该政策发出警报。

{
    "PolicyARN": "arn:aws:autoscaling:region:123456789012:scalingPolicy:4ee9e543-86b5-4121-b53b-aa4c23b5bbcc:autoScalingGroupName/my-asg:policyName/my-step-scale-in-policy
}

示例： my-step-scale-in-政策

使用以下内容put-scaling-policy命令创建名为的步进缩放策略my-step-scale-in-policy，调整类型为ChangeInCapacity当关联时，这会使组的容量减少 2 个实例 CloudWatch 警报违反了指标的低阈值。

aws autoscaling put-scaling-policy \
  --auto-scaling-group-name my-asg  \
  --policy-name my-step-scale-in-policy \
  --policy-type StepScaling \
  --adjustment-type ChangeInCapacity \
  --step-adjustments MetricIntervalUpperBound=0.0,ScalingAdjustment=-2

记下策略的 Amazon Resource Name (ARN)。你需要它来创建 CloudWatch 为该政策发出警报。

{
    "PolicyARN": "arn:aws:autoscaling:region:123456789012:scalingPolicy:ac542982-cbeb-4294-891c-a5a941dfa787:autoScalingGroupName/my-asg:policyName/my-step-scale-out-policy
}

简单扩展策略

或者，您可以使用以下 CLI 命令而不是前文中的 CLI 命令创建简单扩展策略。请记住，使用简单扩展策略会取代冷却时间。

示例： my-simple-scale-out-政策

使用以下内容put-scaling-policy命令创建名为的简单扩展策略my-simple-scale-out-policy，调整类型为PercentChangeInCapacity当关联时，这会使组的容量增加 30% CloudWatch 警报违反了指标的高阈值。

aws autoscaling put-scaling-policy --policy-name my-simple-scale-out-policy \
  --auto-scaling-group-name my-asg --scaling-adjustment 30 \
  --adjustment-type PercentChangeInCapacity

记下策略的 Amazon Resource Name (ARN)。你需要它来创建 CloudWatch 为该政策发出警报。

示例： my-simple-scale-in-政策

使用以下内容put-scaling-policy命令创建名为的简单扩展策略my-simple-scale-in-policy，调整类型为ChangeInCapacity当关联时，这会使组的容量减少一个实例 CloudWatch 警报违反了指标的低阈值。

aws autoscaling put-scaling-policy --policy-name my-simple-scale-in-policy \
  --auto-scaling-group-name my-asg --scaling-adjustment -1 \
  --adjustment-type ChangeInCapacity --cooldown 180

记下策略的 Amazon Resource Name (ARN)。你需要它来创建 CloudWatch 为该政策发出警报。

步骤 3：创建 CloudWatch 指标高阈值和低阈值的警报

在步骤 2 中，您已创建扩缩策略，这些策略可以指示 Amazon EC2 Auto Scaling 在指标值增加或降低时如何横向扩展和横向缩减。在此步骤中，您可以创建两个警报，方法为标识要监控的指标、为警报定义指标的高、低阈值和其他详细信息，然后将警报与扩缩策略关联。

示例： AddCapacity

使用以下内容 CloudWatch put-metric-alarm命令创建警报，在至少两个连续两分钟的评估周期内，根据平均 CPU 阈值为 60%，增加 Auto Scaling 组的大小。要使用您自己的自定义指标，请在 --metric-name 中指定其名称，并在 --namespace 指定其命名空间。

aws cloudwatch put-metric-alarm --alarm-name Step-Scaling-AlarmHigh-AddCapacity \
  --metric-name CPUUtilization --namespace AWS/EC2 --statistic Average \
  --period 120 --evaluation-periods 2 --threshold 60 \
  --comparison-operator GreaterThanOrEqualToThreshold \
  --dimensions "Name=AutoScalingGroupName,Value=my-asg" \
  --alarm-actions PolicyARN

示例： RemoveCapacity

使用以下内容 CloudWatch put-metric-alarm命令创建警报，根据平均 CPU 阈值减小 Auto Scaling 组的大小，至少连续两个评估期（两分钟）。要使用您自己的自定义指标，请在 --metric-name 中指定其名称，并在 --namespace 指定其命名空间。

aws cloudwatch put-metric-alarm --alarm-name Step-Scaling-AlarmLow-RemoveCapacity \
  --metric-name CPUUtilization --namespace AWS/EC2 --statistic Average \
  --period 120 --evaluation-periods 2 --threshold 40 \
  --comparison-operator LessThanOrEqualToThreshold \
  --dimensions "Name=AutoScalingGroupName,Value=my-asg" \
  --alarm-actions PolicyARN