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

# Application Auto Scaling 预测缩放的工作原理
工作原理

要使用预测扩展，请创建预测性扩展策略，指定要监控和分析的 CloudWatch 指标。您可以使用预定义的指标或自定义的指标。要使预测性扩展开始预测未来值，此指标必须包含至少 24 小时的数据。

创建策略后，预测性扩展将开始分析最多过去 14 天的指标数据，以确定模式。其使用此分析生成未来 48 小时容量需求的每小时预测。使用最新 CloudWatch 数据，预测每 6 小时更新一次。随着新数据的出现，预测性扩展能够不断提高未来预测的准确性。

您可以先在 “*仅限预测*” 模式下启用预测缩放。在此模式下，它会生成容量预测，但实际上不会根据这些预测扩展容量。这使您可以评估预测的准确性和适用性。

查看预测数据并决定根据该数据开始扩展后，将扩展策略切换到预测和扩展模式。在此模式中：
+ 如果预测预计负载会增加，则预测性扩展将增加容量。
+ 如果预测预计负载会减少，则预测性扩展不会缩减以减少容量。这样可以确保只有在需求实际下降时才缩减规模，而不仅仅是根据预测。要移除不再需要的容量，您必须创建目标跟踪或步进扩展策略，因为它们会响应实时指标数据。

默认情况下，预测性扩展会根据该小时的预测在每小时开始时缩放您的可扩展目标。您可以选择在 `PutScalingPolicy` API 操作中使用`SchedulingBufferTime`属性来指定更早的开始时间。这使您能够在预测的需求之前启动预测的容量，从而使新容量有足够的时间准备好处理流量。

## 最大容量限制


默认情况下，设置扩缩策略后，这些策略无法将容量增加到高于最大容量。

或者，如果预测容量接近或超过可扩展目标的最大容量，则可以允许自动增加可扩展目标的最大容量。要启用此行为，请使用 `PutScalingPolicy` API 操作中的 `MaxCapacityBreachBehavior` 和 `MaxCapacityBuffer` 属性或 Amazon Web Services 管理控制台中的**最大容量行为**设置。

**警告**  
允许自动增加最大容量时应谨慎行事。最大容量不会自动降回到原来的最大值。

## 扩缩策略创建、管理和删除的常用命令


使用预测性扩展策略的常用命令包括：
+ `register-scalable-target`将资源注册 Amazon 或自定义为可扩展目标、暂停扩展和恢复扩展。
+ `put-scaling-policy`以创建预测性扩展策略。
+ `get-predictive-scaling-forecast`检索预测性扩展策略的预测数据。
+ `describe-scaling-activities`返回有关中扩展活动的信息 Amazon Web Services 区域。
+ `describe-scaling-policies`以返回有关扩展策略的信息 Amazon Web Services 区域。
+ `delete-scaling-policy`删除扩展策略。

**自定义指标**  
自定义指标可用于预测应用程序所需的容量。当预定义的指标不足以捕获应用程序的负载时，自定义指标很有用。

## 注意事项


使用预测性缩放时，需要考虑以下注意事项。
+ 确认预测性扩展是否适合您的应用程序。如果应用程序表现出特定于一周中的某一天或一天中的时间的重复负载模式，则该应用程序非常适合预测性扩展。在让预测性扩展主动扩展您的应用程序之前，先评估预测。
+ 预测式扩展至少需要 24 小时的历史数据才能开始预测。但是，如果历史数据跨越整整两周，预测会更有效。
+ 选择一个负载指标，该指标应准确代表应用程序的全部负载，并且是应用程序中对扩缩最重要的方面。