管理已註冊的執行個體

重要

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

注意

只有 Linux 堆疊支援此功能。

當您註冊執行個體時，它會成為 OpsWorks Stacks 執行個體，而且您可以像使用 Stacks OpsWorks 建立的執行個體一樣進行管理。主要有兩點差異：

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

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

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

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

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

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

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

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

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

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

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

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

Amazon EC2 執行個體

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

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

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

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

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

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

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

現場部署執行個體

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

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

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

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