翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# 24/7 インスタンスの手動による起動、停止、再起動
**重要**
この AWS OpsWorks Stacks サービスは 2024 年 5 月 26 日にサポート終了となり、新規および既存のお客様の両方で無効になっています。できるだけ早くワークロードを他のソリューションに移行することを強くお勧めします。移行についてご質問がある場合は、[AWS re:Post](https://repost.aws/) または[AWS プレミアムサポート](https://aws.amazon.com/support)を通じて AWS サポート チームにお問い合わせください。
**注記**
Linux スタックと Windows スタックの両方で 24/7 インスタンスを使用できます。
24/7 インスタンスをレイヤーに追加したら、インスタンスを手動で起動して対応する Amazon Elastic Compute Cloud (Amazon EC2) インスタンスを起動し、手動で停止して Amazon EC2 インスタンスを終了する必要があります。正常に機能していないインスタンスを手動で再起動することもできます。 OpsWorks スタックは、時間ベースおよび負荷ベースのインスタンスを自動的に開始および停止します。詳細については、「[時間ベースおよび負荷ベースのインスタンスによる負荷の管理](workinginstances-autoscaling.md)」を参照してください。
**重要**
OpsWorks スタックインスタンスは、 OpsWorks コンソールでのみ起動、停止、再起動する必要があります。Amazon EC2 OpsWorks コンソールで実行された起動、停止、再起動オペレーションは認識されません。
**Topics**
+ [インスタンスの起動または再起動](#workinginstances-starting-start)
+ [インスタンスの停止](#workinginstances-starting-stop)
+ [インスタンスの再起動](#workinginstances-starting-reboot)
## インスタンスの起動または再起動
新しいインスタンスを起動するには、**[Instances]** (インスタンス) ページでインスタンスの **[Actions]** (アクション) 列の **[start]** (開始) をクリックします。
![\[[Instances] ページでの [start] アクション\]](http://docs.aws.amazon.com/ja_jp/opsworks/latest/userguide/images/start_instance.png)
複数のインスタンスを作成し、[**Start all Instances**] をクリックしてこれらのすべてを同時に起動することもできます。
インスタンスを起動すると、 OpsWorks スタックは Amazon EC2 インスタンスを起動し、オペレーティングシステムを起動します。起動プロセスには通常数分かかり、Windows インスタンスの方が Linux インスタンスより少し時間がかまります。起動処理が進行するに従って、インスタンスの [**Status**] フィールドに次のような一連の値が表示されます。
1. **リクエスト** - OpsWorks スタックが Amazon EC2 サービスを呼び出して Amazon EC2 インスタンスを作成しました。
1. **保留中** - OpsWorks スタックは Amazon EC2 インスタンスの起動を待っています。
1. **[booting]** (起動中) - Amazon EC2 インスタンスの起動中です。
1. **running\$1setup** - OpsWorks スタックが Setup イベントをトリガーし、レイヤーのSetupレシピとそれに続くDeployレシピを実行しています。詳細については、「[レシピの実行](workingcookbook-executing.md)」を参照してください。スタックに[カスタムクックブックを追加](workingcookbook-installingcustom-enable.md)した場合、 および SetupDeployレシピを実行する前に、 OpsWorks スタックはリポジトリから現在のバージョンをインストールします。
1. **online** - インスタンスは利用可能です。
[**Status**] が [**online**] に変わると、インスタンスは完全に操作可能になります。
+ レイヤーにロードバランサーがアタッチされている場合、 OpsWorks スタックはインスタンスを追加します。
+ OpsWorks スタックはConfigureイベントをトリガーし、各インスタンスのConfigureレシピを実行します。
必要に応じて、新しいインスタンスに対応するためにこれらのレシピによりインスタンスが更新されます。
+ OpsWorks スタックは、インスタンス**の開始**アクションを停止に置き換え****ます。これを使用してインスタンスを停止できます。
インスタンスが正常に起動しなかった場合、または Setup レシピが失敗した場合、ステータスはそれぞれ **start\$1failed** または **setup\$1failed** に設定されます。ログを確認して原因を特定できます。詳細については、「[デバッグとトラブルシューティングのガイド](troubleshoot.md)」を参照してください。
停止されたインスタンスはスタックの一部として残り、すべてのリソースを保持します。例えば、Amazon EBS ボリュームや Elastic IP アドレスは、停止したインスタンスに関連付けられたままです。停止したインスタンスを再開するには、インスタンスの **[Actions]** (アクション) 列で **[start]** (開始) を選択します。停止したインスタンスを再開すると、次の処理が実行されます。
+ Instance store-backed インスタンス – OpsWorks スタックは、同じ設定で新しい Amazon EC2 インスタンスを起動します。
+ Amazon EBS-backed インスタンス – OpsWorks スタックは Amazon EC2 インスタンスを再起動し、ルートボリュームを再アタッチします。
インスタンスの起動が完了すると、 OpsWorks スタックはオペレーティングシステムの更新をインストールし、最初の起動と同様に Setupおよび Deployレシピを実行します。 OpsWorks スタックは、再起動されたインスタンスに対して必要に応じて以下も実行します。
+ Elastic IP アドレスを再度関連付けます。
+ Amazon Elastic Block Store (Amazon EBS) ボリュームを再接続します。
+ Instance store-backed インスタンスの場合、最新のクックブックバージョンをインストールします。
Amazon EBS-backed インスタンスは、ルートボリュームに保存されたカスタムクックブックを使用し続けます。インスタンスを停止してからカスタムクックブックが変化した場合、インスタンスがオンラインになったら手動で更新する必要があります。詳細については、「[カスタムクックブックの更新](workingcookbook-installingcustom-enable-update.md)」を参照してください。
**注記**
Elastic IP アドレスが再開されたインスタンスに再度関連付けられるには数分かかる場合があります。インスタンスの **Elastic IP** 設定はメタデータを表しており、アドレスがインスタンスと関連付けられる必要があることを示しているにすぎない点に注意してください。[**Public IP**] 設定はインスタンスの状態を反映しており、最初は空の可能性があります。Elastic IP アドレスがインスタンスに関連付けられると、そのアドレスは [**Public IP**] 設定に割り当てられ、その後に「(EIP)」が付きます。
## インスタンスの停止
**インスタンス**ページで、インスタンスの**アクション**列の**停止**をクリックします。これにより、シャットダウンレシピを実行して EC2 インスタンスを終了するように OpsWorks スタックに通知されます。
![\[[Instances] ページの [stop] アクション\]](http://docs.aws.amazon.com/ja_jp/opsworks/latest/userguide/images/stop_instance.png)
また、[**Stop All Instances**] をクリックして、すべてのインスタンスをシャットダウンすることもできます。
インスタンスを停止すると、 OpsWorks Stacks はいくつかのタスクを実行します。
1. インスタンスのレイヤーに Elastic Load Balancing ロードバランサーがアタッチされている場合、 OpsWorks Stacks はインスタンスの登録を解除します。
レイヤーでロードバランサーの Connection Draining 機能がサポートされている場合、 OpsWorks スタックは Connection Draining が完了するまで Shutdown イベントのトリガーを遅らせます。詳細については、「[Elastic ロードバランシングレイヤー](layers-elb.md)」を参照してください。
1. OpsWorks スタックは、インスタンスのShutdownレシピを実行するShutdownイベントをトリガーします。
1. Shutdown イベントをトリガーした後、 OpsWorks スタックは指定された時間待機してShutdownレシピが終了するのを許可し、以下を実行します。
+ Instance store-Backed インスタンスを終了し、これによりすべてのデータが削除されます。
+ Amazon EBS-Backed インスタンスを停止します。これによりルートボリュームのデータが保持されます。
インスタンスストレージについては、「[ストレージ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/Storage.html)」を参照してください。
**注記**
デフォルトのシャットダウンタイムアウト設定は 120 秒です。Shutdown レシピでさらに時間が必要な場合は、[レイヤー設定を編集](workinglayers-basics-edit.md)して設定を変更できます。
シャットダウンプロセスは、インスタンスの **Status** 列を見ることでモニタリングできます。シャットダウン処理が進行するに従って、次のような一連の値が表示されます。
1. **終了** - OpsWorks スタックは Amazon EC2 インスタンスを終了しています。
1. **shutting\$1down** - OpsWorks スタックはレイヤーのShutdownレシピを実行しています。
1. **[terminated終了]** (終了) - Amazon EC2 インスタンスを終了しました。
1. **stopped** - インスタンスは停止しました。
## インスタンスの再起動
[**Instances**] ページで、機能していないインスタンスの名前をクリックし、詳細ページを開いた後、[**Reboot**] をクリックします。
![\[[Instances] ページの [Reboot] ボタン\]](http://docs.aws.amazon.com/ja_jp/opsworks/latest/userguide/images/reboot_instance.png)
このコマンドは、関連付けられた Amazon EC2 インスタンスのソフト再起動を実行します。Instance store-backed インスタンスの場合でもインスタンスのデータを削除せず、[ライフサイクルイベント](workingcookbook-events.md)をトリガーしません。
**注記**
OpsWorks スタックで障害が発生したインスタンスを自動的に置き換えるには、自動ヒーリングを有効にします。詳細については、「[自動ヒーリングの使用](workinginstances-autohealing.md)」を参照してください。