

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# 登録されたインスタンスの管理
<a name="registered-instances-manage"></a>

**重要**  
この AWS OpsWorks Stacks サービスは 2024 年 5 月 26 日にサポート終了となり、新規および既存のお客様の両方で無効になっています。できるだけ早くワークロードを他のソリューションに移行することを強くお勧めします。移行についてご質問がある場合は、[AWS re:Post](https://repost.aws/) または[AWS プレミアムサポート](https://aws.amazon.com/support)を通じて AWS サポート チームにお問い合わせください。

**注記**  
この機能は Linux スタックでのみサポートされています。

インスタンスを登録すると、インスタンスは OpsWorks スタックインスタンスになり、 OpsWorks スタックで作成されたインスタンスとほぼ同じ方法で管理できます。2 つの主な違いがあります。
+ 登録されたインスタンスをレイヤーに関連付ける必要はありません。
+ 登録されたインスタンスを登録解除して直接制御に戻すことができます。

インスタンスを登録すると、登録済み状態になります。 OpsWorks スタックは、登録されたすべてのインスタンスに次の管理機能を提供します。
+ **ヘルスチェック** – OpsWorks スタックはエージェントをモニタリングして、インスタンスが引き続き機能するかどうかを評価します。

  インスタンスがヘルスチェックに失敗した場合、 OpsWorks スタックは登録された Amazon EC2 [Amazon EC2 インスタンスを自動ヒーリング](workinginstances-autohealing.md)し、登録されたオンプレミスインスタンスのステータスを に変更します`connection lost`。
+ **[CloudWatch のモニタリング](monitoring-cloudwatch.md)** — CloudWatch モニタリングは、登録されたインスタンスに対して有効になります。

  CPU 使用率や使用可能メモリなどのメトリクスをモニタリングして、指定されたしきい値を上回るか下回った場合にオプションで通知を受け取ることができます。
+ **ユーザー管理** – OpsWorks スタックを使用すると、インスタンスにアクセスできるユーザーと、実行できるオペレーションを簡単に指定できます。詳細については、「[ユーザー許可の管理](opsworks-security-users.md)」を参照してください。
+ **レシピの実行** - [Execute Recipes スタックコマンド](workingstacks-commands.md)を使用して、インスタンスに対して Chef レシピを実行できます。
+ **オペレーティングシステム更新** - [Update Dependencies スタックコマンド](workingstacks-commands.md)を使用して、インスタンスのオペレーティングシステムを更新できます。

 OpsWorks スタック管理機能を最大限に活用するには、インスタンスをレイヤーに割り当てることができます。詳細については、「[登録されたインスタンスをレイヤーに割り当てる](registered-instances-assign.md)」を参照してください。

スタックが Amazon EC2 OpsWorks インスタンスを管理する方法とオンプレミスインスタンスを管理する方法には違いがあります。

Amazon EC2 インスタンス   
+ 登録された Amazon EC2 インスタンスを停止すると、 OpsWorks Stacks は instance store-backed インスタンスを終了し、Amazon EBS-backed インスタンスを停止します。

  インスタンスはスタックに登録されておりレイヤーに割り当てられているため、必要に応じて再開できます。登録されたインスタンスをスタックから削除するには、[明示的に登録解除する](registered-instances-deregister.md)、または[インスタンスを削除する](workinginstances-delete.md)（自動的に登録が解除されます）必要があります。
+ 登録された Amazon EC2 インスタンスを再開する、またはインスタンスが失敗して自動ヒールされると、その結果は Amazon EC2 を使用してインスタンスを停止、再開する場合と同じになります。次の違いがあります:
  + Instance store-backed インスタンス – OpsWorks スタックは同じ AMI を使用して新しいインスタンスを起動します。

     OpsWorks スタックには、ソフトウェアパッケージのインストールなど、登録前にインスタンスで実行したオペレーションの知識がないことに注意してください。起動時に OpsWorks スタックでパッケージをインストールしたり、他の設定タスクを実行したりする場合は、必要なタスクを実行するカスタム Chef レシピを指定し、適切な Layer の Setup イベントに割り当てる必要があります。
  + Amazon EBS-backed インスタンス – OpsWorks スタックは同じ AMI で新しいインスタンスを起動し、ルートボリュームを再アタッチして、インスタンスを以前の設定に復元します。
+ 登録された Amazon EC2 インスタンスの登録を解除すると、通常の Amazon EC2 インスタンスに戻ります。

オンプレミスインスタンス  
+ OpsWorks スタックは、登録されたオンプレミスインスタンスを停止または開始することはできません。

  登録された オンプレミス インスタンスの割り当てを解除すると、Shutdown イベントがトリガーされます。ただし、そのイベントは割り当てられたレイヤーの Shutdown レシピのみを実行します。サービスのシャットダウンなどのタスクを実行しますが、インスタンスは停止しません。
+ OpsWorks スタックは、登録されたオンプレミスインスタンスが失敗しても自動修復できませんが、インスタンスは接続が失われたとマークされます。
+ オンプレミスインスタンスは、Elastic ロードバランシング、Amazon EBS、および Elastic IP アドレスのサービスを使用できません。