24/7 インスタンスの手動による起動、停止、再起動 - AWS OpsWorks
インスタンスの起動または再起動インスタンスの停止インスタンスの再起動

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

24/7 インスタンスの手動による起動、停止、再起動

重要

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

注記

Linux スタックと Windows スタックの両方で 24/7 インスタンスを使用できます。

24/7 インスタンスをレイヤーに追加したら、インスタンスを手動で起動して対応する Amazon Elastic Compute Cloud (Amazon EC2) インスタンスを起動し、手動で停止して Amazon EC2 インスタンスを終了する必要があります。正しく機能していないインスタンスを手動で再起動することもできます。 AWS OpsWorks スタックは、時間ベースおよび負荷ベースのインスタンスを自動的に開始および停止します。詳細については、「時間ベースおよび負荷ベースのインスタンスによる負荷の管理」を参照してください。

重要

AWS OpsWorks スタックインスタンスは、 コンソールでのみ AWS OpsWorks 起動、停止、再起動する必要があります。Amazon EC2 AWS OpsWorks コンソールで実行された起動、停止、再起動オペレーションは認識されません。

インスタンスの起動または再起動

新しいインスタンスを起動するには、[Instances] (インスタンス) ページでインスタンスの [Actions] (アクション) 列の [start] (開始) をクリックします。

[Instances] ページでの [start] アクション

複数のインスタンスを作成し、[Start all Instances] をクリックしてこれらのすべてを同時に起動することもできます。

インスタンスを起動すると、 AWS OpsWorks スタックは Amazon EC2 インスタンスを起動し、オペレーティングシステムを起動します。起動プロセスには通常数分かかり、Windows インスタンスの方が Linux インスタンスより少し時間がかまります。起動処理が進行するに従って、インスタンスの [Status] フィールドに次のような一連の値が表示されます。

  1. リクエスト - AWS OpsWorks スタックは Amazon EC2 サービスを呼び出して Amazon EC2 インスタンスを作成しました。

  2. 保留中 - AWS OpsWorks スタックは Amazon EC2 インスタンスの起動を待っています。

  3. [booting] (起動中) - Amazon EC2 インスタンスの起動中です。

  4. running_setup - AWS OpsWorks スタックは Setup イベントをトリガーし、レイヤーのSetupレシピを実行し、その後にDeployレシピを実行します。詳細については、「レシピの実行」を参照してください。カスタムクックブックをスタックに追加した場合、 AWS OpsWorks スタックは Setupおよび Deployレシピを実行する前にリポジトリから最新バージョンをインストールします。

  5. online - インスタンスは利用可能です。

[Status] が [online] に変わると、インスタンスは完全に操作可能になります。

  • レイヤーにロードバランサーがアタッチされている場合、 AWS OpsWorks スタックはインスタンスを追加します。

  • AWS OpsWorks スタックは、各インスタンスのConfigureレシピを実行するConfigureイベントをトリガーします。

    必要に応じて、新しいインスタンスに対応するためにこれらのレシピによりインスタンスが更新されます。

  • AWS OpsWorks スタックは、インスタンスの開始アクションを停止 に置き換えます。停止 は、インスタンスを停止するために使用できます。

インスタンスが正常に起動しなかった場合、または Setup レシピが失敗した場合、ステータスはそれぞれ start_failed または setup_failed に設定されます。ログを確認して原因を特定できます。詳細については、「デバッグとトラブルシューティングのガイド」を参照してください。

停止されたインスタンスはスタックの一部として残り、すべてのリソースを保持します。例えば、Amazon EBS ボリュームや Elastic IP アドレスは、停止したインスタンスに関連付けられたままです。停止したインスタンスを再開するには、インスタンスの [Actions] (アクション) 列で [start] (開始) を選択します。停止したインスタンスを再開すると、次の処理が実行されます。

  • Instance store-backed インスタンス – AWS OpsWorks スタックは、同じ設定で新しい Amazon EC2 インスタンスを起動します。

  • Amazon EBS-backed インスタンス – AWS OpsWorks スタックは Amazon EC2 インスタンスを再起動し、ルートボリュームを再アタッチします。

インスタンスの起動が完了すると、 AWS OpsWorks スタックはオペレーティングシステムの更新をインストールし、最初の起動と同様に Setup および Deployレシピを実行します。 AWS OpsWorks スタックは、再起動されたインスタンスに対して必要に応じて以下も実行します。

  • Elastic IP アドレスを再度関連付けます。

  • Amazon Elastic Block Store (Amazon EBS) ボリュームを再接続します。

  • Instance store-backed インスタンスの場合、最新のクックブックバージョンをインストールします。

    Amazon EBS-backed インスタンスは、ルートボリュームに保存されたカスタムクックブックを使用し続けます。インスタンスを停止してからカスタムクックブックが変化した場合、インスタンスがオンラインになったら手動で更新する必要があります。詳細については、「カスタムクックブックの更新」を参照してください。

注記

Elastic IP アドレスが再開されたインスタンスに再度関連付けられるには数分かかる場合があります。インスタンスの Elastic IP 設定はメタデータを表しており、アドレスがインスタンスと関連付けられる必要があることを示しているにすぎない点に注意してください。[Public IP] 設定はインスタンスの状態を反映しており、最初は空の可能性があります。Elastic IP アドレスがインスタンスに関連付けられると、そのアドレスは [Public IP] 設定に割り当てられ、その後に「(EIP)」が付きます。

インスタンスの停止

「インスタンス」ページで、インスタンスの「アクション」列の停止をクリックします。これにより、シャットダウンレシピを実行して EC2 インスタンスを終了するように AWS OpsWorks スタックに通知します。

[Instances] ページの [stop] アクション

また、[Stop All Instances] をクリックして、すべてのインスタンスをシャットダウンすることもできます。

インスタンスを停止すると、 AWS OpsWorks スタックはいくつかのタスクを実行します。

  1. インスタンスのレイヤーに Elastic Load Balancing ロードバランサーがアタッチされている場合、 AWS OpsWorks Stacks はインスタンスの登録を解除します。

    レイヤーでロードバランサーの Connection Draining 機能がサポートされている場合、 AWS OpsWorks スタックは Connection Draining が完了するまで Shutdown イベントのトリガーを遅らせます。詳細については、「Elastic ロードバランシングレイヤー」を参照してください。

  2. AWS OpsWorks スタックは、インスタンスのShutdownレシピを実行するShutdownイベントをトリガーします。

  3. Shutdown イベントをトリガーした後、 AWS OpsWorks スタックは指定された時間待機してShutdownレシピが終了するのを待ってから、以下を実行します。

    • Instance store-Backed インスタンスを終了し、これによりすべてのデータが削除されます。

    • Amazon EBS-Backed インスタンスを停止します。これによりルートボリュームのデータが保持されます。

    インスタンスストレージについては、「ストレージ」を参照してください。

    注記

    デフォルトのシャットダウンタイムアウト設定は 120 秒です。Shutdown レシピでさらに時間が必要な場合は、レイヤー設定を編集して設定を変更できます。

シャットダウンプロセスは、インスタンスの Status 列を見ることでモニタリングできます。シャットダウン処理が進行するに従って、次のような一連の値が表示されます。

  1. 終了中 - AWS OpsWorks スタックは Amazon EC2 インスタンスを終了しています。

  2. shutting_down - AWS OpsWorks スタックはレイヤーのShutdownレシピを実行しています。

  3. [terminated終了] (終了) - Amazon EC2 インスタンスを終了しました。

  4. stopped - インスタンスは停止しました。

インスタンスの再起動

[Instances] ページで、機能していないインスタンスの名前をクリックし、詳細ページを開いた後、[Reboot] をクリックします。

[Instances] ページの [Reboot] ボタン

このコマンドは、関連付けられた Amazon EC2 インスタンスのソフト再起動を実行します。Instance store-backed インスタンスの場合でもインスタンスのデータを削除せず、ライフサイクルイベントをトリガーしません。

注記

障害が発生したインスタンスを AWS OpsWorks スタックで自動的に置き換えるには、自動ヒーリングを有効にします。詳細については、「自動ヒーリングの使用」を参照してください。