本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。
設定 CloudWatch 動作型復原
重要
下列資訊適用於在運作狀態良好的執行個體上設定復原相關功能。如果您目前在存取執行個體時遇到問題,請參閱疑難排解EC2執行個體 。
若要讓您的工作負載在執行個體復原成功後正常運作,您的執行個體必須開機並接受流量,而不需要手動介入。
您可以設定以 Amazon CloudWatch 動作為基礎的復原,將復原動作新增至 Amazon CloudWatch Alarm。以 CloudWatch 動作為基礎的復原可與 StatusCheckFailed_System
metric 搭配使用。以 CloudWatch 動作為基礎的復原可提供 to-the-minute復原回應時間精細度,以及復原動作和結果的 Amazon Simple Notification Service (AmazonSNS) 通知。相較於簡化的自動復原,這些組態選項允許更快速的復原嘗試,並更精細地控制系統狀態檢查失敗事件回應。如需可用 CloudWatch 選項的詳細資訊,請參閱執行個體 的狀態檢查。
Amazon CloudWatch 動作型復原在 中的服務事件期間無法運作 AWS Health Dashboard。如需詳細資訊,請參閱對動作型復原失敗進行故障診斷 CloudWatch 。
CloudWatch 動作型復原的需求和限制
CloudWatch 動作型復原可在下列情況下嘗試復原執行個體:
-
處於
running
狀態。如需詳細資訊,請參閱Amazon EC2 實例狀態更改。 -
使用
default
(隨需) 或dedicated
執行個體租用。如需詳細資訊,請參閱Amazon EC2 帳單和購買選項。 -
屬於 Amazon EC2具有可用容量的執行個體類型。在某些情況下,例如重大中斷,將沒有足夠的容量可用,而且某些復原嘗試可能會失敗。
-
不使用
host
執行個體租用。對於 Amazon EC2 專用主機,您可以使用專用主機自動復原來自動復原運作狀態不佳的執行個體。 -
不使用 Elastic Fabric Adapter。
-
不是 Auto Scaling 群組的成員。
-
目前未進行排定的維護事件。
-
使用下列其中一個執行個體類型:
-
一般用途:A1 | M3 | M4 | M5 | M5a | M5n | M5zn | M6a | M6g | M6i | M6in | M7a | M7g | M7i | M7i-flex | M8g | T1 | T2 | T3 | T3a | T4g
-
運算最佳化:C3 | C4 | C5 | C5a | C5n | C6a | C6g | C6gn | C6i | C6in | C7a | C7g | C7gn | C7i | C7i-flex | C8g
-
記憶體最佳化:R3 | R4 | R5 | R5a | R5b | R5n | R6a | R6g | R6i | R6inR7a | R7g | R7i | R7iz | R8g | u-3tb1 | u-6tb1 | u-9tb1 | u-12tb1 | u-18tb1 | u-24tb1 | u7i-12tb | u7in-24tb | u7in-32tb | X1 | X1e | X2iezn | X8gb
-
加速運算:G3 | G3s | G5g | Inf1 | P2 | P3 | VT1
-
高效能運算:Hpc6a | Hpc7a | Hpc7g
-
金屬執行個體:具有金屬執行個體大小的任何上述類型。
-
-
具有執行個體存放區磁碟區,並使用下列其中一種執行個體類型:M3 | C3 | R3 | X1 | X1e | X2idn | X2iedn
警告
建議您定期建立寶貴資料的備份。如需 Amazon 的備份和復原最佳實務的相關資訊EC2,請參閱 Amazon 的最佳實務EC2。
您也可以使用 AWS Management Console 或 AWS CLI 來檢視支援 CloudWatch動作型復原的執行個體類型。
設定 CloudWatch動作型復原
CloudWatch 動作型復原適用於 StatusCheckFailed_System
指標。 CloudWatch 動作型復原是透過 CloudWatch 主控台設定。若要設定 CloudWatch 動作型復原,請參閱 Amazon CloudWatch 使用者指南 中的將復原動作新增至 CloudWatch 警示。
對動作型復原失敗進行故障診斷 CloudWatch
下列問題可能會導致執行個體透過 CloudWatch 動作型復原復原失敗:
-
CloudWatch 動作型復原不會在 中的服務事件期間運作 AWS Health Dashboard。您可能不會收到此類事件的復原故障通知。如需最新的服務可用性資訊,請參閱服務運作
狀態頁面。 -
替換硬體的容量暫時不足。
-
執行個體已達到復原嘗試的每日限額上限。如果自動復原失敗,而原始系統狀態檢查未通過的原因判定為硬體劣化,則執行個體可能隨後會遭到淘汰。
如果即使多次復原嘗試,執行個體的系統狀態檢查仍失敗,請參閱針對狀態檢查失敗的執行個體進行故障診斷,以取得其他指引。