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

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

关于自动扩缩组的运行状况检查

本主题概述了可用的运行状况检查类型，并介绍了将 Amazon EC2 Auto Scaling 运行状况检查与您的应用程序集成的关键注意事项。

运行状况检查类型

Amazon EC2 Auto Scaling 可以使用以下一项或多项运行状况检查来确定InService实例的运行状况：

Amazon EC2 运行状况检查

实例启动后，它会附加到自动扩缩组并进入 InService 状态。要详细了解 Auto Scaling 组中实例的不同生命周期状态，请参阅 Amazon EC2 Auto Scaling 实例生命周期。

Amazon EC2 Auto Scaling 通过定期检查自动扩缩组中所有实例的运行状态，以确保所有实例都在运行并且运行正常。

状态检查

Amazon EC2 Auto Scaling 使用 Amazon EC2 实例状态检查和系统状态检查的结果来确定实例的运行状况。如果实例状态是除 running 以外的其他 Amazon EC2 状态，或者状态检查的状态变为 impaired，则 Amazon EC2 Auto Scaling 会认为实例运行不正常并予以替换。这包括当实例为任何以下状态时：

Amazon EC2 状态检查不需要任何特殊配置，并且始终处于启用状态。有关更多信息，请参阅 Amazon EC2 用户指南中的状态检查类型。

计划的事件

Amazon EC2 偶尔可以将实例上的事件安排在特定时间戳之后运行。有关更多信息，请参阅 Amazon EC2 用户指南中的实例计划事件。

如果其中一个实例受到计划事件的影响，则 Amazon EC2 Auto Scaling 会认为实例运行不正常并将其替换。直到到达时间戳中指定的日期和时间后，实例才会开始关闭。

Elastic Load Balancing 运行状况检查

当您为 Auto Scaling 组启用 Elastic Load Balancing 运行状况检查时，Amazon EC2 Auto Scaling 可以使用这些运行状况检查的结果来确定实例的运行状况。

在为 Auto Scaling 组启用 Elastic Load Balancing 运行状况检查之前，您必须配置 Elastic Load Balancing 负载均衡器并为其配置运行状况检查以确定您的实例是否运行正常。有关更多信息，请参阅 准备将 Elastic Load Balancing 负载均衡器连接到您的 Auto Scaling 组。

将负载均衡器连接到 Auto Scaling 组后，会发生以下情况：

预设情况下，Amazon EC2 Auto Scaling 会忽略 Elastic Load Balancing 运行状况检查的结果。在您为 Auto Scaling 组开启这些运行状况检查后，当 Elastic Load Balancing 将注册实例报告为时Unhealthy，Amazon EC2 Auto Scaling 会在下一次定期运行状况检查中标记该实例Unhealthy并将其替换。

如果为负载均衡器启用了连接耗尽（注销延迟），则在终止运行不正常的实例之前，Amazon EC2 Auto Scaling 会等待进行中的请求完成或等待最大超时过期。

VPC Lattice 运行状况检查

预设情况下，Amazon EC2 Auto Scaling 会忽略 VPC Lattice 运行状况检查的结果。您可以选择为自己的 Auto Scaling 组开启这些运行状况检查。完成此操作后，当 VPC Lattice 报告某个注册的实例为 Unhealthy 时，Amazon EC2 Auto Scaling 会在下一次定期运行状况检查中将实例标记为 Unhealthy 并予以替换。注册实例然后检查其运行状况的过程与 Elastic Load Balancing 运行状况检查的过程相同。

Amazon EC2 Auto Scaling 如何尽可能减少停机时间

默认情况下，新实例是在终止现有实例的同时配置的，这可能会阻止新请求在新实例完全运行之前被接受。

如果 Amazon EC2 Auto Scaling 确定任何实例已停止运行（或者它们被标有 Unhealthy s et-instance-health 命令），它会立即替换它们。但如果发现其他实例运行不正常，Amazon EC2 Auto Scaling 将使用以下故障恢复方法。这种方法可尽可能减少可能因临时问题或运行状况检查配置错误导致的任何停机时间。

Health 检查温池中实例的运行状况

Amazon EC2 Auto Scaling 还会对温池中的实例执行运行状况检查。有关更多信息，请参阅 查看运行状况检查状态以及运行状况检查失败的原因。

运行状况检查注意事项

以下是使用 Amazon EC2 Auto Scaling 运行状况检查时的注意事项。

自定义运行状况检查

您也可以选择在自动扩缩组中的实例上运行自定义运行状况检测任务，如果任务失败，则将实例的运行状况设为运行Unhealthy。从而通过组合使用自定义运行状况检查、Amazon EC2 状态检查和 Elastic Load Balancing 运行状况检查（如果启用）来扩展运行状况检查的范围。

您可以使用 Amazon CLI 或 SDK 将实例运行状况信息直接发送到 Amazon EC2 Auto Scaling。以下示例说明如何使用配置实例的运行状况，然后验证实例的运行状况。 Amazon CLI

使用以下 set-instance-health 命令，将指定实例的运行状态设置为 Unhealthy。

aws autoscaling set-instance-health --instance-id i-1234567890abcdef0 --health-status Unhealthy

默认情况下，此命令会执行运行状况检查宽限期。不过，您可以通过包括 --no-should-respect-grace-period 选项来覆盖此行为，不执行此宽限期。

使用以下 describe-auto-scaling-groups 命令验证实例运行状况为 Unhealthy。

aws autoscaling describe-auto-scaling-groups --auto-scaling-group-names my-asg

下面是一个示例响应，说明实例的运行状况为 Unhealthy 并且实例正在终止。

{
    "AutoScalingGroups": [
        {
            ....
            "Instances": [
                {
                    "ProtectedFromScaleIn": false,
                    "AvailabilityZone": "us-west-2a",
                    "LaunchTemplate": {
                        "LaunchTemplateName": "my-launch-template",
                        "Version": "1",
                        "LaunchTemplateId": "lt-1234567890abcdef0"
                    },
                    "InstanceId": "i-1234567890abcdef0",
                    "InstanceType": "t2.micro",
                    "HealthStatus": "Unhealthy",
                    "LifecycleState": "Terminating"
                },
                ...
            ]
        }
    ]
}