使用自動修復來替換故障的執行個體 - AWS OpsWorks

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

使用自動修復來替換故障的執行個體

重要

所以此 AWS OpsWorks Stacks 服務於 2024 年 5 月 26 日終止使用壽命，並已針對新客戶和現有客戶停用。我們強烈建議客戶盡快將其工作負載移轉至其他解決方案。如果您對移轉有任何疑問，請聯絡 AWS Support 團隊上 AWS Re: 郵寄或透過 AWS 高級 Support 。

每個執行個體都有 AWS OpsWorks 與服務定期通訊的堆疊代理程式。 AWS OpsWorks Stack 會使用該通訊來監控執行個體健康狀態 如果代理程式在大約 5 分鐘內未與服務通訊， AWS OpsWorks 堆疊會將執行個體視為失敗。

自動修復是在 layer 層級設定；您可以透過編輯 layer 設定來變更自動修復設定，如下列螢幕擷取畫面所示。

Layer settings interface showing Auto healing enabled option set to Yes.
注意

執行個體可以是多個 layer 的成員。如果其中任何圖層已停用 auto 修復功能， AWS OpsWorks 如果實體失敗，堆疊不會修復該實體。

如果圖層已啟用 auto 修復 — 預設設定 —AWS OpsWorks 堆疊會自動取代圖層失敗的實體，如下所示：

執行個體後端執行個體

  1. 停止 Amazon EC2 執行個體，並確認其已關閉。

  2. 刪除根磁碟區上的資料。

  3. 建立具有相同主機名稱、組態和層成員資格的新 Amazon EC2 執行個體。

  4. 重新連接任何 Amazon EBS 磁碟區，包括舊執行個體最初啟動後連接的磁碟區。

  5. 指派新的公有及私有 IP 地址。

  6. 如果舊執行個體與彈性 IP 地址相關聯，則會將新執行個體與相同的 IP 地址建立關聯。

Amazon EBS 支持的實例

  1. 停止 Amazon EC2 執行個體，並驗證其已停止。

  2. 啟動EC2執行個體。

自動修復的實體重新上線後， AWS OpsWorks 堆疊會在堆疊的所有執行個體上觸發設定生命週期事件。相關聯的堆疊設定和部署屬性包括執行個體的公有和私有 IP 地址。自訂設定配方可以從節點物件取得新的 IP 地址。

如果您為圖層的執行個體指定 Amazon EBS 磁碟區， AWS OpsWorks 堆疊會建立新的磁碟區，並在執行個體啟動時將其附加至每個執行個體。如果您稍後想要將磁碟區從執行個體分離，請使用資源頁面。

當 AWS OpsWorks 堆疊會 auto 復圖層的其中一個實體，並以下列方式處理磁碟區：

  • 如果磁碟區在執行個體失敗時連接至執行個體，則會儲存磁碟區及其資料，並且 AWS OpsWorks 堆棧將其附加到新實例。

  • 如果磁碟區在執行個體失敗時未連接至執行個體， AWS OpsWorks 堆疊會使用層指定的設定建立新的空白磁碟區，並將該磁碟區附加至新的執行個體。

根據預設會為所有 layer 啟用自動修復，但您可以編輯 layer 的一般設定來將其停用。

重要

如果您已啟用自動修復，請務必執行下列作業：

  • 僅使用 AWS OpsWorks 堆疊主控台CLI，或停API止執行個體。

    如果您以任何其他方式停止執行個體，例如使用 Amazon EC2 主控台， AWS OpsWorks 堆疊會將執行個體視為失敗，並 auto 復執行個體。

  • 如果執行個體已 auto 復，請使用 Amazon EBS 磁碟區存放您不想遺失的任何資料。

    自動修復會停止舊的 Amazon EC2 執行個體，這會銷毀任何未存放在 Amazon EBS 磁碟區上的資料。Amazon EBS 磁碟區會重新連接到新執行個體，以保留所有存放的資料。