本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。
使用復原來復原變更
您可以復原仍在進行中的執行個體重新整理。該作業完成後即無法復原。不過,您可以透過啟動新的執行個體重新整理,再次更新 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
指標。
考量事項
-
如果您指定 CloudWatch 警示,但未啟用 auto 復原,且警示狀態變成
ALARM
,則執行個體重新整理會失敗而不回復。 -
啟動執行個體重新整理時,您最多可以選擇 10 個警示。
-
選擇 CloudWatch 鬧鐘時,鬧鐘必須處於相容狀態。如果警示狀態為
INSUFFICIENT_DATA
或ALARM
,您會在嘗試啟動執行個體重新整理時收到錯誤訊息。 -
建立要使用的 Amazon EC2 Auto Scaling 警示時,警示應包括如何處理遺失的資料點。如果指標本來就會經常遺失資料點,則警示的狀態在這些期間為
INSUFFICIENT_DATA
。發生這種情況時,Amazon EC2 Auto Scaling 無法取代執行個體,直到找到新的資料點為止。為了強制警示維持先前的ALARM
或OK
狀態,您可以選擇忽略遺失的資料。如需詳細資訊,請參閱 Amazon CloudWatch 使用者指南中的設定警示如何處理遺失的資料。