コンソールまたは API を呼び出して Elastic Compute Service (ECS) インスタンスを再起動し、新しいインスタンスタイプやホスト名などの設定変更の適用や、システムメンテナンスを行います。再起動するとサービスが中断され、データ損失のリスクを伴う場合があります。
影響とリスク
サービス中断：インスタンスを再起動すると、インスタンスが停止してから起動するため、サービスが中断されます。
データ損失 (強制再起動)：強制再起動を行うと、ディスクにまだ書き込まれていないメモリ内のキャッシュデータが破棄されます。
操作手順
手順1：準備
再起動時間の計画：オフピーク時にインスタンスを再起動して、サービスの中断を最小限に抑えます。
アプリケーションの停止：オペレーティングシステム上でアプリケーションサービスを停止し、すべての処理中のリクエストとデータ書き込みが完了したことを確認します。
再起動後にサービスを迅速に復旧させるには、重要なアプリケーションが起動時に自動的に開始されるように設定されているかを確認してください。
再起動中の予期せぬ問題によるデータ損失を防ぐため、インスタンスを再起動する前に、まずスナップショットを作成します。
スナップショットは有料機能です。課金の詳細については、「スナップショットの課金」をご参照ください。
手順2：インスタンスの再起動
コンソール
ECS コンソール - インスタンスページにログインします。ページの左上隅で、対象インスタンスが配置されているリソースグループとリージョンを選択します。
インスタンス ID をクリックして詳細ページを開き、右上隅の 再起動 をクリックします。
表示されたダイアログボックスで、再起動モードを選択します。
通常の再起動 (デフォルト)：オペレーティングシステムは、インスタンスを再起動する前に、すべてのプロセスを正常にシャットダウンしようとします。
強制再起動：強制的に再起動する を選択して実行します。この操作は電源の入れ直しに相当し、データ損失やファイルシステムの破損のリスクがあります。このオプションは、通常の再起動でインスタンスが応答しない場合にのみ使用してください。
再起動方法を選択します。
今すぐ再起動：OK をクリックします。
スケジュールされた再起動：このオプションを選択すると、特定の時刻にインスタンスが再起動されます。時刻を設定し、ロールを選択した後、OK をクリックしてスケジュールされた再起動タスクを作成します。タスク作成後、ECS コンソール - タスク管理ページに移動して、タスクの設定を変更できます。
インスタンスの再起動には 3 分から 5 分、場合によっては最大 20 分かかることがあります。この間、オペレーティングシステムと仮想化レイヤーは、プロセス、CPU、メモリなどのリソースを解放します。処理が完了するまでお待ちください。
API
以下の API を呼び出して、1 つ以上の ECS インスタンスを再起動できます。
実行中 状態の単一の ECS インスタンスを再起動する：RebootInstance
実行中 状態の 1 つ以上の ECS インスタンスを再起動する：RebootInstances
期限切れまたは回収された ECS インスタンスを再起動する：ReActivateInstances
インスタンスの再起動をスケジュールするには、OOS スケジュールされた再起動タスクテンプレートを使用します。
よくある質問
reboot コマンドで変更が適用されないのはなぜですか。
ECS インスタンスの再起動は、コンソールまたは API を呼び出して行うことを推奨します。この方法では、インスタンスの完全な設定が読み込まれ、オペレーティングシステムが検出できない基盤となる変更が適用されます。したがって、インスタンスタイプの変更、ホスト名の変更、オフラインでのディスク拡張、またはシステムメンテナンスイベントに伴うインスタンスの再起動が必要な場合は、コンソールまたは API を使用してこれらの変更を適用する必要があります。オペレーティングシステム内の reboot コマンドは、これらのシナリオでは効果がありません。
インスタンスの再起動にはどのRAMユーザー権限が必要ですか。
RAM ユーザーには、ecs:DescribeInstances および ecs:RebootInstance の権限が必要です。
スケジュールされた再起動タスクはどのように検索および変更しますか。
ECS コンソールの左側のナビゲーションペインで、[メンテナンスとモニタリング] > [タスク] を選択します。[タスク ID] をクリックしてタスク詳細ページに移動し、[実行の変更] を選択してタスクの実行計画を編集します。