管理已註冊的執行個體 - AWS OpsWorks

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

管理已註冊的執行個體

重要

AWS OpsWorks Stacks 服務已於 2024 年 5 月 26 日終止，並已針對新客戶和現有客戶停用。我們強烈建議客戶盡快將其工作負載遷移至其他解決方案。如果您對遷移有任何疑問，請透過 AWS re：Post 或透過 AWS Premium Support 聯絡 AWS 支援 團隊。

注意

只有 Linux 堆疊支援此功能。

當您註冊執行個體時，它會成為 AWS OpsWorks Stacks 執行個體，而且您可以用與使用 Stacks AWS OpsWorks 建立的執行個體相同的方式來管理它。主要有兩點差異：

  • 已註冊的執行個體不一定會指派給某 layer。

  • 您可以取消註冊已註冊的執行個體，並將其交還給您直接控制。

註冊執行個體之後，執行個體即處於已註冊狀態。 AWS OpsWorks Stacks 為所有已註冊的執行個體提供下列管理功能：

  • 運作狀態檢查 – AWS OpsWorks Stacks 會監控代理程式，以評估執行個體是否繼續運作。

    如果執行個體未通過運作狀態檢查， AWS OpsWorks Stacks 會自動修復已註冊的 Amazon EC2 執行個體，並將已註冊現場部署執行個體的狀態變更為 connection lost。

  • CloudWatch 監控 – 針對已註冊的執行個體啟用 CloudWatch 監控。

    您可以監控 CPU 使用率和可用記憶體等指標，並選擇性地在指標超過指定的閾值時收到通知。

  • 使用者管理 – AWS OpsWorks Stacks 提供簡單的方法來指定哪些使用者可以存取執行個體，以及他們可以執行哪些操作。如需詳細資訊，請參閱管理使用者許可。

  • 配方執行 – 您可以使用 Execute Recipes 堆疊命令在執行個體上執行 Chef 配方。

  • 作業系統更新 – 您可以使用更新相依性堆疊命令來更新執行個體的作業系統。

若要充分利用 AWS OpsWorks Stacks 管理功能，您可以將執行個體指派給 layer。如需詳細資訊，請參閱將已註冊的執行個體指派給某 Layer。

Stacks AWS OpsWorks 管理 Amazon EC2 和內部部署執行個體的方式有所不同。

Amazon EC2 執行個體

  • 如果您停止已註冊的 Amazon EC2 執行個體， AWS OpsWorks Stacks 會終止執行個體存放區後端執行個體，並停止 Amazon EBS 後端執行個體。

    執行個體仍處於已向堆疊註冊的狀態並已指派給其所在 layer，因此您可以視需要將它重新啟動。您必須取消註冊已註冊的執行個體來將它從堆疊中移除，可以明確進行或透過刪除執行個體，後者會自動將它取消註冊。

  • 如果您重新啟動已註冊的 Amazon EC2 執行個體，或執行個體失敗且自動修復，則結果與使用 Amazon EC2 停止和重新啟動執行個體相同。請注意下列差異：

    • 執行個體存放區後端執行個體 – AWS OpsWorks Stacks 使用相同的 AMI 啟動新的執行個體。

      請注意，Stacks AWS OpsWorks 對您在執行個體註冊之前執行的任何操作一無所知，例如安裝軟體套件。如果您希望 AWS OpsWorks Stacks 在啟動時安裝套件或執行其他組態任務，您必須提供自訂 Chef 配方來執行所需的任務，並將它們指派給適當的 layer 設定事件。

    • Amazon EBS 後端執行個體 – AWS OpsWorks Stacks 會使用相同的 AMI 啟動新的執行個體，並重新連接根磁碟區，將執行個體還原為先前的組態。

  • 如果您取消註冊已註冊的 Amazon EC2 執行個體，則會傳回為一般 Amazon EC2 執行個體。

現場部署執行個體

  • AWS OpsWorks Stacks 無法停止或啟動已註冊的內部部署執行個體。

    取消指派已註冊的內部部署執行個體會觸發關機事件。不過，該事件只會執行所指派 layer 的關機配方。它們會執行關閉服務等任務，但不會停止執行個體。

  • AWS OpsWorks 如果已註冊的內部部署執行個體失敗， Stacks 無法自動修復，但執行個體會標記為連線遺失。

  • 內部部署執行個體無法使用 Elastic Load Balancing、Amazon EBS 或 Elastic IP 地址服務。