本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。 # 使用自動修復來替換故障的執行個體 **重要** AWS OpsWorks Stacks 此服務已於 2024 年 5 月 26 日終止，並已針對新客戶和現有客戶停用。我們強烈建議客戶盡快將其工作負載遷移至其他解決方案。如果您對遷移有任何疑問，請透過 [AWS re：Post](https://repost.aws/) 或透過 [AWS Premium Support](https://aws.amazon.com/support) 聯絡 AWS 支援 團隊。 每個執行個體都有 Stacks OpsWorks 代理程式，可定期與服務通訊。 OpsWorks Stacks 使用該通訊來監控執行個體的運作狀態。如果代理程式超過約五分鐘未與服務通訊， OpsWorks Stacks 會將執行個體視為失敗。 自動修復是在 layer 層級設定；您可以透過編輯 layer 設定來變更自動修復設定，如下列螢幕擷取畫面所示。 ![\[Layer settings interface showing Auto healing enabled option set to Yes.\]](http://docs.aws.amazon.com/zh_tw/opsworks/latest/userguide/images/layer_auto_healing.png) **注意** 執行個體可以是多個 layer 的成員。如果其中任何圖層已停用自動修復， OpsWorks 則Stacks 不會在執行個體失敗時修復執行個體。 如果 layer 已啟用自動修復 — 預設設定 —OpsWorks Stacks 會自動取代 layer 的失敗執行個體，如下所示： **執行個體後端執行個體** 1. 停止 Amazon EC2 執行個體，並驗證其已關閉。 1. 刪除根磁碟區上的資料。 1. 建立具有相同主機名稱、組態和層成員資格的新 Amazon EC2 執行個體。 1. 重新連接任何 Amazon EBS 磁碟區，包括在最初啟動舊執行個體之後連接的磁碟區。 1. 指派新的公有及私有 IP 地址。 1. 如果舊執行個體與彈性 IP 地址相關聯，則會將新執行個體與相同的 IP 地址建立關聯。 **Amazon EBS 支援的執行個體** 1. 停止 Amazon EC2 執行個體，並驗證其已停止。 1. 啟動 EC2 執行個體。 自動修復的執行個體恢復上線後， OpsWorks Stacks 會在所有堆疊的執行個體上觸發設定[生命週期事件](workingcookbook-events.md)。相關聯的[堆疊設定和部署屬性](workingcookbook-json.md)包括執行個體的公有和私有 IP 地址。自訂設定配方可以從節點物件取得新的 IP 地址。 如果您為 layer [執行個體指定 Amazon EBS 磁碟區](workinglayers-basics-edit.md#workinglayers-basics-edit-ebs)， OpsWorks Stacks 會建立新的磁碟區，並在執行個體啟動時將其連接至每個執行個體。如果您稍後想要將磁碟區從執行個體分離，請使用[資源](resources.md)頁面。 當 OpsWorks Stacks 自動修復 layer 的其中一個執行個體時，它會以下列方式處理磁碟區： + 如果磁碟區在執行個體失敗時連接到執行個體，則會儲存磁碟區及其資料，而 OpsWorks Stacks 會將磁碟區連接到新的執行個體。 + 如果在執行個體故障時未將磁碟區連接至執行個體，則 OpsWorks Stacks 將使用 layer 指定之組態建立新的空磁碟區，並將該磁碟區連接至新執行個體。 根據預設會為所有 layer 啟用自動修復，但您可以[編輯 layer 的一般設定](workinglayers-basics-edit.md)來將其停用。 **重要** 如果您已啟用自動修復，請務必執行下列作業： 僅使用 OpsWorks Stacks 主控台、CLI 或 API 來停止執行個體。 如果您以任何其他方式停止執行個體，例如使用 Amazon EC2 主控台， OpsWorks Stacks 會將執行個體視為失敗，並自動修復。 如果執行個體已自動修復，請使用 Amazon EBS 磁碟區來存放您不想遺失的任何資料。 自動修復會停止舊的 Amazon EC2 執行個體，這會銷毀任何未存放在 Amazon EBS 磁碟區的資料。Amazon EBS 磁碟區會重新連接至新的執行個體，以保留任何儲存的資料。