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 组。您有一个违规阈值为 50% 的 CloudWatch 警报以及扩展和缩减策略。对于每个策略，您有一组调整类型为 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 实例指标。

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

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

当横向扩展活动正在进行时，通过扩缩策略启动的所有横向缩减活动都将被阻止，直到实例完成预热。

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

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

示例：如果 CPU 超出阈值 80% 达 4 分钟，则超出 CloudWatch 警报

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

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

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

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

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

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

第 1 步：创建 Auto Scaling 组

使用以下 create-auto-scaling-group 命令并利用启动模板 my-template 创建名为 my-asg 的自动扩缩组。如果您没有启动模板，请参阅 使用启动模板的 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-policy

使用以下 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-policy

使用以下 put-scaling-policy 命令创建名为 my-step-scale-in-policy 的分步扩缩策略，调整类型为 ChangeInCapacity，并且在关联的 CloudWatch 警报超过指标的低阈值时将组容量减少 2 个实例。

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-policy

使用以下 put-scaling-policy 命令创建名为 my-simple-scale-out-policy 的简单扩缩策略，调整类型为 PercentChangeInCapacity，并且在关联的 CloudWatch 警报超过指标的高阈值时将组容量增加 30%。

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-policy

使用以下 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 命令创建警报，基于至少两个连续评估期（两分钟）内 60% 的平均 CPU 阈值增加 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 命令创建警报，基于至少两个连续评估期（两分钟）内 40% 的平均 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