本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

關於 Auto Scaling 群組的運作狀態檢查

本主題提供可用運作狀態檢查類型的概觀，並說明將 Amazon EC2 Auto Scaling 運作狀態檢查與您的應用程式整合的主要考量。

運作狀態檢查類型

Amazon EC2 Auto Scaling 可以使用下列一或多個運作狀態檢查來判斷InService執行個體的運作狀態：

Amazon EC2 運作狀態檢查

在執行個體啟動後，該執行個體會連接至 Auto Scaling 群組，並進入 InService 狀態。如需 Auto Scaling 群組中執行個體不同生命週期的詳細資訊，請參閱 Amazon EC2 Auto Scaling 執行個體生命週期。

Amazon EC2 Auto Scaling 會定期檢查 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 群組後，會發生下列情況：

預設情況下，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體運作狀態命令)，則會立即取代它們。但是，如果發現其他執行個體運作狀態不佳，Amazon EC2 Auto Scaling 會使用下列方法來從失敗中復原。此方法最大限度地減少因臨時問題或設定錯誤的運作狀態檢查而可能導致的停機時間。

暖池中執行個體的 Health 狀態檢查

Amazon EC2 Auto Scaling 也會對溫暖集區中的執行個體執行運作狀態檢查。如需詳細資訊，請參閱 檢視運作狀態檢查狀態和運作狀態檢查失敗的原因。

運作狀態檢查注意事項

以下是使用 Amazon EC2 Auto Scaling 運作狀態檢查時的考量事項。

自訂運作狀態檢查

您可以選擇在 Auto Scaling 群組中的執行個體上執行自訂運作狀態偵測任務，並在任務失敗時將執行個體的運作狀態設定為 Unhealthy。如此可透過自訂運作狀態檢查、Amazon EC2 狀態檢查和 Elastic Load Balancing 運作狀態檢查 (若已啟用) 的組合來延伸您的運作狀態檢查。

您可以使用 AWS CLI 或開發套件，將執行個體的運作狀態資訊直接傳送到 Amazon EC2 Auto Scaling。下列範例說明如何使用設 AWS 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"
                },
                ...
            ]
        }
    ]
}