本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
通过回滚撤消更改
您可以回滚仍在进行的实例刷新。完成后，您无法将其回滚。但是，您可以通过开始新的实例刷新来再次更新您的自动扩缩组。
回滚时，Amazon EC2 Auto Scaling 会替换到目前为止已部署的实例。新实例与您在启动实例刷新之前保存在自动扩缩组中的配置相匹配。
Amazon EC2 Auto Scaling 提供了以下回滚方式：
-
手动回滚：手动开始回滚，以撤消部署到回滚点的内容。
-
自动回滚：如果实例刷新由于某种原因失败或您指定的任何 CloudWatch 警报进入状态，Amazon EC2 Auto Scaling 会自动撤消已部署的
ALARM内容。
注意事项
在使用回滚时，请注意以下几点：
-
只有在启动实例刷新时指定所需的配置时，回滚选项才可用。
-
如果启动模板是特定编号的版本，则只能回滚到该版本的先前版本。如果自动扩缩组配置为使用
$Latest或$Default启动模板版本，则回滚选项不可用。 -
您也无法回滚到配置为使用 Param Amazon Systems Manager eter Store 中的 AMI 别名的启动模板。
-
您上次保存在自动扩缩组中的配置必须处于稳定状态。如果未处于稳定状态，回滚工作流程仍会发生，但最终会失败。在您解决问题之前，自动扩缩组可能处于失败状态，无法再成功启动实例。这可能会影响服务或应用程序的可用性。
手动开始回滚
使用自动回滚启动实例刷新
使用自动回滚功能，您可以在实例刷新失败时（例如出现错误或指定的 Amazon CloudWatch 警报进入ALARM状态时）自动回滚实例刷新。
如果您启用了自动回滚，并且在替换实例时出现错误，则实例刷新会尝试在一小时内完成所有替换，然后才会失败并回滚。这些错误通常是由诸如 EC2 启动失败、运行状况检查配置错误或不忽略或不允许终止处于 Standby 状态或受保护无法横向缩减的实例等原因造成的。
指定 CloudWatch 警报是可选的。要指定警报，首先需要创建警报。您可以指定指标警报和复合警报。有关创建警报的信息，请参阅 Amazon CloudWatch 用户指南。以 Elastic Load Balancing 指标为例，如果您使用应用程序负载均衡器，则可以使用 HTTPCode_ELB_5XX_Count 和 HTTPCode_ELB_4XX_Count 指标。
注意事项
-
如果您指定了 CloudWatch 警报但未启用 auto rollback，并且警报状态变为
ALARM，则实例刷新失败而不回滚。 -
启动实例刷新时，您最多可以选择 10 个警报。
-
选择 CloudWatch 警报时，警报必须处于兼容状态。如果警报状态为
INSUFFICIENT_DATA或ALARM，则在尝试启动实例刷新时会收到错误消息。 -
在创建警报供 Amazon EC2 Auto Scaling 使用时，警报应包括如何处理丢失的数据点。如果指标在设计上经常缺少数据点，则在这些期间警报的状态为
INSUFFICIENT_DATA。发生这种情况时，在找到新的数据点之前，Amazon EC2 Auto Scaling 无法替换实例。要强制警报保持之前的ALARM或OK状态，您可以改为选择忽略缺少的数据。有关更多信息，请参阅 Amazon CloudWatch 用户指南中的配置警报如何处理丢失的数据。