# Amazon EC2 専有ホストのホストメンテナンスの仕組み
<a name="dedicated-hosts-maintenance-basics"></a>

ホストメンテナンスが有効になっている専有ホストでパフォーマンスの低下が検出されると、アカウント内の代替専有ホストが自動的に割り当てられます。代替 Dedicated Host は新しいホスト ID を受け取りますが、元の Dedicated Host と同じ以下の属性を保持します。
+ 自動プレイスメントの設定
+ アベイラビリティーゾーン (AZ)
+ 専有ホスト予約の関連付け
+ ホストのアフィニティ
+ ホストのメンテナンス設定
+ ホストの復旧設定
+ インスタンスタイプ
+ タグ

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

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

## ライブ移行ホストメンテナンス
<a name="ndhm"></a>

ライブ移行ホストメンテナンスを必要とするインスタンスは、24 時間以内に代替ホストに自動的に移行します。いったん停止してから再起動するという操作は必要ありません。移行されたインスタンスは、次のような既存の属性を保持します。
+ [インスタンス ID]
+ インスタンスメタデータ
+ Amazon EBS ボリュームアタッチメント
+ Elastic IP アドレスとプライベート IP アドレス
+ メモリ、CPU、およびネットワークの状態

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

インスタンスが代替ホストに自動的に移行すると、E メールと AWS Health ダッシュボードの通知がお手元に届きます。通知には、パフォーマンスが低下したホストと代替ホストの ID、ライブ移行ホストメンテナンスを使用して自動的に移行したインスタンスに関する情報、移行せずに残ったインスタンスに関する情報、が記載されています。

## 再起動ベースのホストメンテナンス
<a name="rbhm"></a>

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

元のイベント日時の 7 日以内の日付であれば、再起動イベントを再スケジュールできます。詳細については、「[EC2 インスタンスのスケジュールされたイベントを再スケジュールする](reschedule-event.md)」を参照してください。

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

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

スケジュールされたイベントの日時になると、インスタンスは自動的に停止し、代替ホストのリザーブドキャパシティで再起動されます。移行されたインスタンスは、次のような既存の属性を保持します。
+ [インスタンス ID]
+ インスタンスメタデータ
+ Amazon EBS ボリュームアタッチメント
+ Elastic IP アドレスとプライベート IP アドレス

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

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

## ホストメンテナンスの状態
<a name="dedicated-hosts-maintenance-states"></a>

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

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

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

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

## 自動移行
<a name="hm-unsupported"></a>

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

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

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

次のインスタンスには、インスタンスストアのルートボリュームがあります: C1、C3、D2、I2、M1、M2、M3、R3、X1。

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