すべてのプロダクト
Search
ドキュメントセンター

Elastic Compute Service:ローカルディスクインスタンスのメンテナンスとシステム イベントの処理

最終更新日:May 16, 2026

ローカルディスクを搭載した ECS インスタンスのメンテナンスシナリオとシステム イベントを特定し、対応します。

システム イベントの表示とモニタリング

  1. システム イベントの表示:

  1. システム イベントのモニタリング:

イベント通知を設定して、基盤環境の変化をモニタリングし、メンテナンス対応を自動化します。

一般的なメンテナンスシナリオと関連するシステム イベント

次の図は、ローカルディスクインスタンスの一般的なメンテナンスシナリオと関連するシステム イベントを示しています。

image
説明

インスタンスのメンテナンス属性を変更して、自動リカバリ方法をカスタマイズします。 たとえば、自動再デプロイに設定されている場合、インスタンスは自動リカバリ中に、デフォルトで再デプロイシナリオに入ります。 詳細については、「インスタンスのメンテナンス属性を変更する」をご参照ください。

各シナリオの詳細については、次のセクションをご参照ください。

説明

メンテナンスの前に、サービス可用性を確保し、データをバックアップしてください。たとえば、アプリケーション層でのトラフィックの切り替え、Server Load Balancer (SLB) インスタンスからの ECS インスタンスの削除、ディスクデータのバックアップなどを行います。

シナリオ①

SystemMaintenance.Reboot イベントの処理:

  1. インスタンスの再起動がスケジュールされたことを知らせる通知を受信します。

  2. 必要に応じてイベントに対応します。

    • スケジュールされた時間枠を変更するには、「スケジュールされた再起動時間を変更する」をご参照ください。

    • ユーザー操作ウィンドウ内でインスタンスを再起動します。詳細については、「インスタンスを再起動する」をご参照ください。

      説明

      ECS コンソールで、または RebootInstance API を呼び出してインスタンスを再起動してください。オペレーティングシステム内から再起動しても効果はありません。

    • システムによる自動的なインスタンスの再起動を待ちます。

  3. インスタンスとアプリケーションが期待どおりに動作することを確認します。

SystemMaintenance.Reboot イベントの状態については、「システムイベントの概要」をご参照ください。状態遷移図については、「システムイベントの状態と期間」をご参照ください。

シナリオ②

SystemMaintenance.Redeploy イベントの処理:

  1. ローカルディスクインスタンスの再デプロイがスケジュールされたことを知らせる通知を受信します。

  2. /etc/fstab ファイルの変更やデータのバックアップなど、事前作業を完了します。

    インスタンスの再デプロイの「前提条件」セクションをご参照ください。

  3. イベントに対応します。

    データをバックアップした後、イベントに応答してインスタンスの移行とローカルディスクの交換をトリガーします。 詳細については、「インスタンスの再デプロイ」をご参照ください。

    説明

    ローカルディスクインスタンスを再デプロイすると、新しいホストに移行され、ローカルディスクが再初期化されます。ローカルディスク上のすべてのデータが消去されます。

  4. インスタンスとアプリケーションが期待どおりに動作することを確認し、必要に応じてデータを同期します。

SystemMaintenance.Redeploy イベントの状態については、「システムイベントの概要」をご参照ください。状態遷移図については、「システムイベントの状態とウィンドウ」をご参照ください。

シナリオ③

SystemFailure.Reboot イベントの処理:

  1. システムが自動的にインスタンスを再起動します。

  2. インスタンスが再起動中であることを知らせる通知を受信します。

    インスタンスは自動的に再起動されます。操作は不要です。

  3. インスタンスとアプリケーションが期待どおりに動作することを確認します。

SystemFailure.Reboot イベントの状態については、「システムイベントの概要」をご参照ください。状態遷移図については、「システムイベントの状態と期間」をご参照ください。

シナリオ④

SystemFailure.Redeploy イベントの処理:

  1. ローカルディスクインスタンスの再デプロイがスケジュールされたことを知らせる通知を受信します。

  2. /etc/fstab ファイルの変更やデータのバックアップなど、事前作業を完了します。

    インスタンスの再デプロイ」の「前提条件」セクションをご参照ください。

  3. 必要に応じてイベントに対応します。

    データをバックアップした後、イベントに応答してインスタンスの移行とローカルディスクの交換をトリガーします。 詳細については、「インスタンスの再デプロイ」をご参照ください。

    説明

    ローカルディスクインスタンスを再デプロイすると、新しいホストに移行され、ローカルディスクが再初期化されます。ローカルディスク上のすべてのデータが消去されます。

  4. インスタンスとアプリケーションが期待どおりに動作することを確認し、必要に応じてデータを同期します。

SystemFailure.Redeploy イベントの状態については、「システムイベントの概要」をご参照ください。状態遷移図については、「システムイベントの状態とウィンドウ」をご参照ください。

シナリオ⑤

シナリオ⑤では、インスタンスを別のホストに再デプロイするか、破損したディスクのみを交換できます。破損したディスクを交換する場合:

  • すべてのディスクを隔離できるわけではありません。隔離は、システム イベント操作にディスク隔離が含まれている場合にのみ可能です。

  • ディスク隔離と修復は独立した操作です。隔離は修復の前提条件ですが、修復が可能であることを保証するものではありません。すべてのインスタンスがローカルディスク修復をサポートしているわけではありません。修復を開始できるのは、Alibaba Cloud からディスクリカバリ通知を受信した後のみです。

  • 再デプロイは、ローカルディスクの可用性を迅速に復元しますが、ローカルディスク上のすべてのデータを消去します。詳細については、「インスタンスの再デプロイ」をご参照ください。

  • 破損したディスクを交換すると、他のローカルディスク上のデータが保持されます。ワークフロー:

    1. ディスク障害とスケジュールされた隔離に関する通知を受信します。

    2. /etc/fstab ファイルの変更やデータのバックアップなど、事前作業を完了します。

    3. システム イベントにディスク隔離イベントが含まれている場合は、対応して隔離を承認します。

    4. システム イベントに Reboot イベントが含まれている場合は、インスタンスを再起動します。

    5. Alibaba Cloud が破損したディスクを取り外し、新しいディスクを挿入して、ディスクリカバリ通知を送信します。

    6. システム イベントにディスクリカバリイベントが含まれている場合は、対応してリカバリを承認します。

    7. システム イベントに Reboot イベントが含まれている場合は、インスタンスを再起動します。

    説明

    破損したディスクの交換には、お客様と Alibaba Cloud との連携が必要です。「ローカルディスクの分離/修復」および「破損したローカルディスクの分離 (CLI)」をご参照ください。

    次の図は、破損ディスク交換でサポートされるイベントの状態と遷移を示しています。

    image

シナリオ⑥

シナリオ⑥では、インスタンスを別のホストに再デプロイするか、インプレース修復を実行できます。インプレース修復を実行する場合:

  • インプレース修復では、100% のデータ整合性や成功率を保証できません。修復を承認する前に、重要なデータをバックアップしてください。

  • 停止および修復は、ローカルディスクを搭載したすべてのインスタンスでサポートされているわけではありません。

  • 修復中、インスタンスは起動できませんが、課金は継続されます。

  • インプレース修復の期間は 14 営業日です。インスタンスを再デプロイまたはリリースすることで、修復を終了できます。

  • 再デプロイを実行すると、ローカルディスクの可用性は迅速に復元されますが、ローカルディスク上のすべてのデータは消去されます。「インスタンスの再デプロイ」をご参照ください。

  • インプレース修復のワークフロー:

    1. ローカルディスクインスタンスのインプレース修復に関するシステム イベント通知を受信します。

    2. 必要に応じてイベントに対応します。

      • ユーザー操作時間枠内に、インスタンスを停止し、修復を承認します。

      • システムがインスタンスを自動的に停止して修復を実行するのを待ちます。

    3. Alibaba Cloud がホストハードウェアを修復し、修復完了イベントを送信します。

    4. インスタンスとアプリケーションが期待どおりに動作することを確認し、必要に応じてデータを同期します。

SystemMaintenance.StopAndRepair イベントの状態については「システムイベントの概要」を、状態遷移図については「システムイベントの状態とウィンドウ」をご参照ください。

関連ドキュメント

システムイベントのデフォルトの操作を承諾して実行を承認するには、AcceptInquiredSystemEvent API を呼び出します。