ホストのメンテナンス
ホストのメンテナンスでは、スケジュールされたメンテナンスイベント中に、パフォーマンスが低下した専有ホスト上の Amazon EC2 インスタンスが、代替の専有ホストで自動的に再起動されます。これにより、アプリケーションのダウンタイムが減少し、AWS のメンテナンスという面倒な作業が軽減されます。ホストのメンテナンスは、Amazon EC2 の計画的かつ日常的なメンテナンスのためにも行われます。
ホストのメンテナンスは、Amazon EC2 コンソールから行われたすべての新しい専有ホスト割り当てでサポートされます。お客様の AWS アカウント の専有ホストまたは AllocateHosts API を介して割り当てられた新しい任意の専有ホストでは、サポートされている Dedicated Hosts に対し、ホストのメンテナンスを設定できます。詳細については、「ホストメンテナンスの設定」を参照してください。
コンテンツ
ホストメンテナンスの基本
専有ホストでパフォーマンスの低下が検出されると、新しい専有ホストが割り当てられます。パフォーマンスの低下は、基盤となるハードウェアの劣化、または特定の問題のある状態の検出によって引き起こされる可能性があります。パフォーマンスの低下された専有ホストのインスタンスは、代替の専有ホストで自動的に再起動されるようにスケジュールされます。
代替の専有ホストは新しいホスト ID を受け取りますが、元の専有ホストと同じ属性を保持します。これらの属性には、次のようなものが含まれます。
-
自動プレイスメントの設定
-
アベイラビリティーゾーン
-
予約する
-
ホストのアフィニティ
-
ホストのメンテナンス設定
-
ホストの復旧設定
-
インスタンスタイプ
-
タグ
ホストのメンテナンスは、サポートされているすべての AWS リージョン の専有ホストで利用できます。ホストのメンテナンスがサポートされていない専有ホストの詳細については、「制限事項」を参照してください。
パフォーマンスが低下した専有ホストは、すべてのインスタンスを新しい専有ホストで再起動するか、停止した後にリリースされます。予定されているメンテナンスイベントの前に、デグレードした専有ホストのインスタンスにアクセスできますが、デグレードした専有ホストでのインスタンスの起動はサポートされていません。
予定されているメンテナンスイベントの前に、代替の専有ホストを使用してホスト上で新しいインスタンスを起動できます。ただし、代替ホストの一部のインスタンス容量は、デグレードしたホストから移行する必要があるインスタンス用に予約されています。このリザーブドキャパシティで新しいインスタンスを起動することはできません。詳細については、「専有ホストでのインスタンス」を参照してください。
制限事項
-
ホストのメンテナンスは、AWS Outposts、AWS ローカルゾーンと AWS Wavelength ゾーンではサポートされていません。
-
ホストリソースグループ内に既に含まれているホストについては、ホストメンテナンスをオンまたはオフにすることはできません。ホストリソースグループに追加されたホストは、そのホストメンテナンス設定を保持します。詳細については、「ホストリソースグループ」を参照してください。
-
ホストのメンテナンスは特定のインスタンスタイプでのみサポートされます。詳細については、「サポートされるインスタンスタイプ」を参照してください。
ホストメンテナンスとホスト復旧
次の表は、ホストメンテナンスとホスト復旧の主な違いを示しています。
ホスト復旧 | ホストのメンテナンス | |
---|---|---|
アクセシビリティ | 到達不能 | 到達可能 |
都道府県 | under-assessment |
permanent-failure |
アクション | 即時に復旧されます | メンテナンスが予定されています |
スケジューリングの柔軟性 | 再スケジュール不可 | 再スケジュール可能 |
リソースグループをホストします | サポート | サポートされていません |
ホスト復旧の詳細については、「ホスト復旧」を参照してください。
サポートされるインスタンスタイプ
ホストメンテナンスは以下のインスタンスファミリーでサポートされています。
-
汎用:
A1
|M4
|M5
|M5a
|M5n
|M5zn
|M6a
|M6g
|M6i
|M6in
|M7a
|M7g
|M7i
|T3
-
コンピューティングの最適化:
C4
|C5
|C5a
|C5n
|C6a
|C6g
|C6gn
|C6i
|C6in
|C7g
|C7gn
|C7i
-
メモリ最適化:
R4
|R5
|R5a
|R5b
|R5n
|R6a
|R6g
|R6i
|R6in
|R7a
|R7g
|R7iz
|u-12tb1
|u-18tb1
|u-24tb1
|u-3tb1
|u-6tb1
|u-9tb1
|X2iezn
-
高速コンピューティング:
G3
|G5g
|Inf1
|P2
|P3
専有ホストでのインスタンス
Amazon EC2 は、デグレードしたホストから自動的に移行されるインスタンスの代替ホストの容量を自動的に予約します。Amazon EC2 は、インスタンスストアのルートボリュームを持つインスタンスなど、自動的に移行できないインスタンスの代替ホストの容量は予約しません。リザーブドキャパシティは、新しいインスタンスの起動には使用できません。
注記
Amazon EC2 コンソールには、リザーブドキャパシティが使用済みキャパシティとして表示されます。インスタンスは、デグレードしたホストと代替ホストの両方で実行されているように見える場合があります。ただし、インスタンスは、停止するか、代替ホストのリザーブドキャパシティに移行するまで、デグレードしたホストでのみ引き続き実行されます。
自動的に移行できるデグレードしたホスト上のインスタンスを手動で停止すると、代替ホスト上のそのインスタンス用に予約された容量が解放され、使用できるようになります。
スケジュールされたメンテナンスイベント中に、デグレードしたホストのインスタンスは再起動され、代替の専有ホストのリザーブドキャパシティに移行されます。移行したインスタンスは、デグレードしたホスト上のものと同じ以下の属性を保持します。
-
Amazon EBS ボリュームアタッチメント
-
Elastic IP アドレス
-
[インスタンス ID]
-
インスタンスメタデータ
-
プライベート IP アドレス
スケジュールされたメンテナンスイベントが開始される前であれば、いつでもデグレードしたホストで [インスタンスを停止および起動] できます。これを行うと、インスタンスが別のホストで再起動され、インスタンスは定期メンテナンス受けなくなります。インスタンスのホストアフィニティを、インスタンスを再起動する新しいホストに更新する必要があります。メンテナンスイベントが開始される前にデグレードしたホスト上のすべてのインスタンスを停止すると、デグレードしたホストは解放され、メンテナンスイベントはキャンセルされます。詳細については、「Amazon EC2 インスタンスの停止と起動」を参照してください。
注記
インスタンスを停止および再開しても、ローカルストアボリュームのデータは保持されません。
[インスタンスストアボリューム] をルートデバイスとするインスタンスは、指定された終了日が過ぎると終了します。インスタンスストアボリューム上のデータは、インスタンスが終了すると、削除されます。終了したインスタンスは完全に削除され、再び起動することはできません。インスタンスストアボリュームをルートデバイスとするインスタンスの場合は、最新の Amazon マシンイメージを使用して別の専有ホストで代替インスタンスを起動し、指定された終了日までに利用可能なすべてのデータを代替インスタンスに移行することをお勧めします。詳細については、「インスタンスの廃止」を参照してください。
自動的に [再起動できない] インスタンスは、指定された日付を過ぎると停止します。これらのインスタンスは、別のホストで再起動できます。Amazon EBS ボリュームをルートデバイスとして使用するインスタンスは、新しいホストで起動した後も同じ Amazon EBS ボリュームを引き続き使用します。
[インスタンスの再起動の順序] は、https://console.aws.amazon.com/ec2/
ホストメンテナンスの設定
AWS Management Console または AWS CLI を使用して、サポートされているすべての専有ホストのホストメンテナンスを設定できます。詳細については、以下の表をご参照ください。
注記
ホストのメンテナンスを無効にすると、デグレードしたホストをエビクションし、28 日以内にインスタンスを別のホストに手動で移行するよう求めるメール通知が届きます。専有ホストを予約している場合は、代替ホストが割り当てられます。28 日後、デグレードしたホストで実行されていたインスタンスは終了し、そのホストは自動的にリリースされます。
メンテナンスイベント
デグレードが発生すると、14 日後にメンテナンスイベントがスケジュールされ、新しい専有ホストでインスタンスを再起動します。デグレードしたホスト、予定されているメンテナンスイベント、およびメンテナンスのタイムスロットに関する詳細が記載されたメール通知が届きます。詳細については、「スケジュールされたイベントの表示」を参照してください。
メンテナンスイベントは、予定されているイベントの日付から 7 日後までいつでも再スケジュールできます。再スケジュールの詳細については、「スケジュールされたイベントを再スケジュールする」を参照してください。
通常、メンテナンスイベントの完了までには数分かかります。まれにイベントが失敗した場合は、指定された時間内にデグレードしたホスト上のインスタンスを削除するように求めるメール通知が届きます。
ホストメンテナンスの状態
専有ホストは、デグレードが発生したときの permanent-failure
の状態に設定されます。permanent-failure
の状態の専有ホストではインスタンスを起動できません。メンテナンスイベントが完了すると、デグレードしたホストはリリースされ、released,
permanent-failure
の状態になります。
専有ホストのデグレードが検出され、メンテナンスイベントをスケジュールする前に、ホストメンテナンスはアカウントに代替の専有ホストを自動的に割り当てます。この代替ホストは、メンテナンスイベントが予定されるまで pending
の状態のままになります。メンテナンスイベントがスケジュールされると、代替の専有ホストは available
の状態に移行します。
予定されているメンテナンスイベントの前に、代替の専有ホストを使用してホスト上で新しいインスタンスを起動できます。ただし、代替ホストの一部のインスタンス容量は、デグレードしたホストから移行する必要があるインスタンス用に予約されています。このリザーブドキャパシティで新しいインスタンスを起動することはできません。詳細については、「専有ホストでのインスタンス」を参照してください。
関連サービス
専有ホストと AWS License Manager との統合 - Amazon EC2 Dedicated Hosts 全体でライセンスを追跡します (AWS License Manager が利用可能なリージョンでのみサポートされます)。詳細については、「AWS License Manager ユーザーガイド」を参照してください。
新しい専有ホストには AWS アカウント で十分なライセンスが必要です。予定されているメンテナンスイベントの完了後にホストがリリースされると、デグレードしたホストに関連するライセンスはリリースされます。
料金
ホストメンテナンスの使用に伴う追加の料金はありません。通常の専有ホスト料金が適用されます。詳細については、「Amazon EC2 Dedicated Hosts 料金
ホストメンテナンスが開始されると同時に、デグレードした専有ホストには課金されなくなります。代替の専有ホストに対する課金は、専有ホストが available
状態になった後でのみ開始されます。
デグレードした専有ホストの課金にオンデマンド料金が使用されていた場合は、代替の専有ホストの課金にもオンデマンド料金が使用されます。デグレードした専有ホストでアクティブになっていた専有ホストの予約は、新しい専有ホストに転送されます。