本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。
設定 CloudWatch 動作型復原
重要
下列資訊適用於在狀態良好的執行個體上設定復原相關功能。如果您目前在存取執行個體時遇到困難,請參閱疑難排解 EC2 執行個體。
為了讓您的工作負載在執行個體復原成功後正常運作,您的執行個體必須啟動並接受流量,而不需要手動介入。
您可以設定 Amazon CloudWatch 動作型復原,以將復原動作新增至 Amazon CloudWatch 警示。 CloudWatch 以動作為基礎的復原可搭配StatusCheckFailed_System
量度使用。 CloudWatch 以動作為基礎的 to-the-minute 復原可提供復原回應時間粒度,並提供復原動作和結果的 Amazon 簡單通知服務 (Amazon SNS) 通知。與簡化的自動復原相較之下,這些組態選項可以更精細地控制系統狀態檢查失敗事件回應,進而加快復原嘗試的速度。如需有關可用 CloudWatch 選項的詳細資訊,請參閱執行個體的狀態檢查。
Amazon CloudWatch 動作型復原不會在服務事件期間運作 AWS Health Dashboard。如需詳細資訊,請參閱 疑難排解 CloudWatch動作型復原失敗。
以 CloudWatch 動作為基礎的復原需求與限制
CloudWatch 以動作為基礎的復原可在下列情況下嘗試復原執行個體:
-
處於該
running
狀態。如需詳細資訊,請參閱 執行個體生命週期。 -
使用
default
(隨選) 或dedicated
執行個體租用。如需詳細資訊,請參閱 執行個體購買選項。 -
屬於 Amazon EC2 具有可用容量的執行個體類型。在某些情況下,例如嚴重中斷,可用的容量不足,並且某些復原嘗試可能會失敗。
-
不使用
dedicated
執行個體租用。對於 Amazon EC2 專用執行個體,您可以使用專用執行個體自動復原來自動復原運作狀態不良的執行個體。 -
不使用彈性織物適配器。
-
不是「Auto Scaling」群組的成員。
-
目前尚未進行排定的維護事件。
-
使用下列其中一種執行個體類型:
-
一般用途: A1 | M3 | M4 | M5 | M5a | M5n | M5zn | M6a | M6g | M6i | M6in | M7a | M7g | M7i | M7i-flex | T1 | T2 | T3 | T3a | T4g
-
計算優化:C3 | C4 | C5 | C5 安培 | C5 安 | C6 g | C6 g | 氯化碳丙烷 | C6 英寸 | 氯化碳 | C7 克 | 氯化丙烷 | 氯化碳
-
內存優化:R3 | R4 | R5 | R5 | R5B | R5n | 六甲 | 六克 | 六分之一 | 六英寸 | 六英寸 | 七克 | 六 TB | 烏 7 英寸-二四 TB | 三十二 TB | X1
-
加速運算: G3 | G3s | G5g | Inf1 | P2 | P3 | VT1
-
高效能運算:HPC6a | HPC7a
-
金屬例證:上述任何具有金屬例證大小的類型。
-
-
具有執行個體儲存磁碟區,並使用下列其中一種執行個體類型:M3 | C3 | X1 | X1
警告
-
如果執行個體停止,執行個體儲存磁碟區上的資料將會遺失。如需停止執行個體的詳細資訊,請參閱執行個體停止和啟動 (僅限 Amazon EBS 支援的執行個體)。
-
如果系統狀態檢查失敗,執行個體儲存區和區塊裝置對應的資料可能會遺失。對於這些執行個體類型,您可以考慮使用啟用終止保護.
我們建議您定期建立有價值資料的備份。如需 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。您可能不會收到此類事件的復原故障通知。如需最新的服務使用狀態資訊,請參閱服務健
全狀況狀態頁面。 -
替換硬體的容量暫時不足。
-
執行個體已達到復原嘗試的每日限額上限。如果自動復原失敗,而原始系統狀態檢查未通過的原因判定為硬體劣化,則執行個體可能隨後會遭到淘汰。
如果即使嘗試多次復原,執行個體的系統狀態檢查失敗仍然存在,請參閱使用失敗狀態檢查進行執行個體疑難排解,