本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
使用手動或自動復原來復原變更
您可以復原仍在進行中的執行個體重新整理。該作業完成後即無法復原。不過，您可以透過啟動新的執行個體重新整理，再次更新 Auto Scaling 群組。
復原時，Amazon EC2 Auto Scaling 會取代目前已部署的執行個體。新執行個體會與您在啟動執行個體重新整理之前，上次儲存在 Auto Scaling 群組中的組態相符。
Amazon EC2 Auto Scaling 提供下列復原方法：
-
手動復原：您可以手動啟動復原，以撤銷已部署到復原點的內容。
-
自動復原：如果執行個體重新整理因某種原因而失敗，或您指定的任何 CloudWatch 警示進入
ALARM狀態，Amazon EC2 Auto Scaling 會自動反轉部署的內容。
考量事項
使用復原時需要注意以下事項：
-
只有在您指定了所需的組態作為啟動執行處理重新整理的一部分時，才能使用復原選項。
-
如果啟動範本的版本為特定編號版本，您只能復原至一個先前版本。如果將 Auto Scaling 群組設定為使用
$Latest或$Default啟動範本版本，則無法使用復原選項。 -
您也無法復原至設定為使用 AWS Systems Manager 參數存放區的 AMI 別名的啟動範本。
-
您上次儲存在 Auto Scaling 群組中的組態必須處於穩定狀態。如果它未處於穩定狀態，仍會進行復原工作流程，但會以失敗告終。在您解決此問題之前，Auto Scaling 群組可能處於失敗狀態，無法再成功啟動執行個體。這可能會影響服務或應用程式的可用性。
手動啟動復原
使用自動復原啟動執行個體重新整理
使用自動復原功能，您可以在執行個體重新整理失敗時自動復原執行個體重新整理，例如發生錯誤或指定的 Amazon CloudWatch 警示進入 ALARM 狀態時。
如果您啟用自動復原功能，且在取代執行個體時發生錯誤，則執行個體重新整理會在失敗前一小時內嘗試完成所有取代作業，然後復原。這些錯誤通常是由 EC2 啟動失敗、設定錯誤的運作狀態檢查，或未忽略或允許終止處於Standby狀態或受保護的執行個體。
指定 CloudWatch 警示是選用的。若要指定警示，您需要先建立警示。您可以指定指標警示和複合警示。如需有關建立警示的資訊，請參閱 Amazon CloudWatch 使用者指南。以 Elastic Load Balancing 指標為例，如果您使用 Application Load Balancer，便可以使用 HTTPCode_ELB_5XX_Count 和 HTTPCode_ELB_4XX_Count 指標。
考量事項
-
如果您指定 a CloudWatch 警示，但未啟用自動復原，且警示狀態為
ALARM，則執行個體重新整理會失敗，而不會復原。 -
啟動執行個體重新整理時，您最多可以選擇 10 個警示。
-
選擇 a CloudWatch 警示時，警示必須處於相容狀態。如果警示狀態為
INSUFFICIENT_DATA或ALARM，您會在嘗試啟動執行個體重新整理時收到錯誤訊息。 -
為要使用的 Amazon EC2 Auto Scaling 建立警示時，警示應包含如何處理遺失的資料點。如果指標本來就會經常遺失資料點，則警示的狀態在這些期間為
INSUFFICIENT_DATA。發生這種情況時，Amazon EC2 Auto Scaling 無法在找到新資料點之前取代執行個體。為了強制警示維持先前的ALARM或OK狀態，您可以選擇忽略遺失的資料。如需詳細資訊，請參閱 Amazon CloudWatch 使用者指南中的設定警示處理遺失資料的方式。
