Amazon EC2 専有ホストのホストメンテナンスの仕組み - Amazon Elastic Compute Cloud

Amazon EC2 専有ホストのホストメンテナンスの仕組み

ホストメンテナンスが有効になっている専有ホストでパフォーマンスの低下が検出されると、アカウント内の代替専有ホストが自動的に割り当てられます。代替 Dedicated Host は新しいホスト ID を受け取りますが、元の Dedicated Host と同じ以下の属性を保持します。

  • 自動プレイスメントの設定

  • アベイラビリティーゾーン

  • 専有ホスト予約の関連付け

  • ホストのアフィニティ

  • ホストのメンテナンス設定

  • ホストの復旧設定

  • インスタンスタイプ

  • タグ

代替ホストが割り当てられると、インスタンスに応じてライブ移行ホストメンテナンスまたは再起動ベースのホストメンテナンスを使用してインスタンスが移行されます。

パフォーマンスが低下したホストで動作中のインスタンスがなくなると、そのホストはアカウントから完全に解放されます。

ライブ移行ホストメンテナンスをサポートしているインスタンス

ライブ移行ホストメンテナンスをサポートしているインスタンスは 24 時間以内に代替ホストに自動的に移行されます。いったん停止してから再起動するという操作は必要ありません。移行されたインスタンスは、次のような既存の属性を保持します。

  • [インスタンス ID]

  • インスタンスメタデータ

  • Amazon EBS ボリュームアタッチメント

  • Elastic IP アドレスとプライベート IP アドレス

  • メモリ、CPU、およびネットワークの状態

注記

インスタンスのサイズがある程度大きくなると、移行中にパフォーマンスがわずかに低下することがあります。

サポートされているインスタンスタイプが代替ホストに自動的に移行されたら、パフォーマンスが低下したホストと代替ホストの ID、ライブ移行ホストメンテナンスを使用して自動的に移行されたインスタンスに関する情報、および移行されずに残ったインスタンスに関する情報が記載された E メールが届き、その旨が AWS Health Dashboard に通知されます。

再起動ベースのホストメンテナンスを必要とするインスタンス

インスタンスで再起動ベースのホストメンテナンスが必要になると、通知日付から 14 日間、インスタンスの再起動スケジュールイベントがスケジュールされます。スケジュールされたイベントが始まるまでは、パフォーマンスが低下した専有ホスト上のインスタンスにこれまで通りアクセスできます。

注記

元のイベント日時の 7 日以内の日付であれば、再起動イベントを再スケジュールできます。詳細については、「Amazon EC2 インスタンスに影響する予定されているイベントの再スケジュール」を参照してください。

Amazon EC2 は、代替ホスト上でこうしたインスタンスのためにキャパシティを自動的にリザーブします。こうしたリザーブドキャパシティでインスタンスを実行することはできません。

注記

Amazon EC2 コンソールには、リザーブドキャパシティが使用済みキャパシティとして表示されます。インスタンスは、デグレードしたホストと代替ホストの両方で実行されているように見える場合があります。ただし、インスタンスは、停止するか、代替ホストのリザーブドキャパシティに移行するまで、デグレードしたホストでのみ引き続き実行されます。

スケジュールされたイベントの日時になると、インスタンスは自動的に停止し、代替ホストのリザーブドキャパシティで再起動されます。移行されたインスタンスは、次のような既存の属性を保持します。

  • [インスタンス ID]

  • インスタンスメタデータ

  • Amazon EBS ボリュームアタッチメント

  • Elastic IP アドレスとプライベート IP アドレス

ただし、移行中にいったん停止してから再起動されるため、インスタンスはメモリ、CPU、ネットワークの状態を保持しません。

また、スケジュールされたイベントが始まる前にこれらのインスタンスをいつでも手動で停止し再起動してから、代替ホストまたは別のホストに移行できます。場合によっては、別のホストで再起動するようにインスタンスのホストアフィニティを変更する必要があります。スケジュールされたイベントが始まる前にインスタンスを停止すると、代替ホスト上のリザーブドキャパシティが解放されて使用可能になります。

サポートされていないインスタンス

一部のインスタンスは、代替ホストに自動的には移行できません。

Instance Store-Backed ルートボリュームを備えたインスタンス

こうしたインスタンスの場合、通知日付から 28 日間、インスタンスの廃止イベントがスケジュールされます。スケジュールされたイベントの日時になると、インスタンスは完全に終了します。スケジュールされたイベントが始まる前に、代替ホスト上で代替インスタンスを手動で開始して、必要なデータを代替インスタンスに移行することをお勧めします。

EBS-backed ルートボリュームを備えたインスタンス

こうしたインスタンスの場合、通知日付から 28 日間、インスタンスの停止イベントがスケジュールされます。スケジュールされたイベントの日時になると、インスタンスは停止します。インスタンスを手動で停止して代替ホストまたは別のホストで再起動することをお勧めします。場合によっては、別のホストで再起動するようにインスタンスのホストアフィニティを変更する必要があります。

スケジュールされたイベントが始まるまでは、パフォーマンスが低下した専有ホスト上のインスタンスにこれまで通りアクセスできます。

ホストメンテナンスの状態

ホストのパフォーマンスが低下すると、ホストの状態が permanent-failure になります。状態が permanent-failure の専有ホストではインスタンスを起動できません。

代替ホストが割り当てられると、代替ホストの状態が pending のままになり、その状態はライブ移行ホストメンテナンスをサポートするインスタンスがパフォーマンスの低下したホストから自動的に移行し、スケジュールされたイベントが残りのインスタンスに対してスケジュールされるまで続きます。これが完了すると、代替ホストの状態が available になります。

代替ホストの状態が available になったら、アカウント内の他のホストと同じように使用できます。ただし、代替ホストのインスタンスキャパシティの一部が、再起動ベースのホスト移行を必要とするインスタンス用にリザーブされます。このリザーブドキャパシティで新しいインスタンスを起動することはできません。

パフォーマンスが低下したホストに動作中のインスタンスがなくなると、ホストは released, permanent-failure 状態になってアカウントから完全に解放されます。