Amazon EC2 専有ホストの仕組み - Amazon Elastic Compute Cloud

Amazon EC2 専有ホストの仕組み

Dedicated Hosts とホスト Resource Groups のリカバリプロセスは、Dedicated Hosts の可用性を評価し、根本的なシステム障害を検出するために、ホストレベルのヘルスチェックを使用します。Dedicated Hosts の自動リカバリが可能かどうかは、Dedicated Hosts の障害の種類によって決まります。ホストレベルのヘルスチェックが失敗する場合、原因として以下のような問題が考えられます。

  • ネットワーク接続の喪失

  • システム電源の喪失

  • 物理ホストのハードウェアまたはソフトウェアの問題

重要

ホストのリタイアが予定されている場合、専有ホストの自動復旧は発生しません。

Dedicated Hosts 自動リカバリ

Dedicated Host でシステム電源やネットワーク接続の障害が検出されると、Dedicated Host の自動リカバリが開始され、Amazon EC2 は自動的に元のDedicated Host と同じアベイラビリティーゾーンに代替の Dedicated Host を割り当てます。代替 Dedicated Host は新しいホスト ID を受け取りますが、元の Dedicated Host と同じ以下の属性を保持します。

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

  • インスタンスタイプ

  • タグ

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

  • 予約する

代替の Dedicated Hosts が割り当てられると、インスタンスは代替 Dedicated Hosts に復旧されます。復旧されたインスタンスは、元のインスタンスと同じ以下の属性を保持します。

  • インスタンス ID

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

  • Elastic IP アドレス

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

  • すべてのインスタンスメタデータ

また、組み込まれている AWS License Manager との統合により、ライセンスの追跡と管理が自動的に行われます。

注記

AWS License Manager との統合は、AWS License Manager を利用できるリージョンでのみサポートされます。

インスタンスと障害が発生した Dedicated Host との間にホストのアフィニティがある場合、復旧したインスタンスは代替 Dedicated Host との間にホストのアフィニティを確立します。

すべてのインスタンスが代替専有ホストに復旧されると、障害が発生した専有ホストがリリースされて、代替専有ホストが使用可能になります。

ホスト復旧が開始されると、AWS アカウントの所有者に対してメールまたは AWS Health Dashboard イベントで通知されます。ホスト復旧が正常に完了すると、2 つ目の通知が送信されます。

AWS License Manager を使用してライセンスを追跡している場合は、その AWS License Manager により、ライセンス設定の制限に応じて新しいライセンスが代替 Dedicated Hosts に割り当てられます。ホスト復旧の結果としてライセンス設定のハード制限を超える場合、復旧プロセスは許可されず、Amazon SNS 通知を介してホスト復旧の失敗が通知されます (AWS License Manager の通知設定が構成されている場合)。ホスト復旧の結果としてライセンス設定のソフト制限を超える場合は、復旧の続行が許可され、Amazon SNS 通知を介して制限の超過が通知されます。詳細については、「AWS License Manager ユーザーガイド」の「ライセンス設定の使用」および「License Manager の設定」を参照してください。

ホスト復旧の状態

Dedicated Host の障害が検出されると、障害が発生した Dedicated Host は under-assessment 状態になり、すべてのインスタンスは impaired 状態になります。障害が起きているDedicated Hostがunder-assessment状態の間は、このホストでインスタンスを起動できません。

代替 Dedicated Host が割り当てられると、この代替ホストは pending 状態になります。ホスト復旧プロセスが完了するまでは、この状態に留まります。代替Dedicated Hostがpending状態の間は、このホストでインスタンスを起動できません。代替 Dedicated Host に復旧されたインスタンスは、復旧プロセス中、impaired 状態に留まります。

ホスト復旧が完了すると、代替 Dedicated Host は available 状態になり、復旧されたインスタンスは running 状態に戻ります。代替 Dedicated Host が available 状態になると、このホストでインスタンスを起動できます。障害が発生した元の専有ホストは完全にリリースされ、released-permanent-failure 状態になります。

障害が発生した専有ホストにホスト復旧をサポートしていないインスタンス (instance store-backed ボリュームのインスタンスなど) がある場合、専有ホストはリリースされません。代わりに、そのホストはリタイアとしてマークされ、permanent-failure 状態になります。

Dedicated Hosts の自動リカバリがないシナリオ

ホストのリタイアが予定されている場合、専有ホストの自動復旧は発生しません Amazon CloudWatch Events に関する使用停止通知が AWS Health Dashboard に送信され、AWS アカウント所有者のメールアドレスには Dedicated Hosts の障害に関するメッセージが届きます。指定された期間内にリタイア通知に記載されている修復手順に従って、リタイアするホストのインスタンスを手動で復旧します。

停止したインスタンスは代替 Dedicated Host に復旧されません。障害が発生した Dedicated Host を対象とする、停止したインスタンスを起動しようとすると、インスタンスの起動は失敗します。停止したインスタンスを変更して別の Dedicated Host を対象とするか、停止したインスタンスと一致する設定を持ち、自動配置が有効になっている Dedicated Host で起動することをお勧めします。

インスタンスストレージのあるインスタンスは代替 Dedicated Host に復旧されません。是正措置として、障害が発生した Dedicated Host はリタイアとしてマークされ、ホスト復旧の完了後にリタイア通知が送信されます。リタイア通知に記載されている是正措置に従い、指定された期間内に障害が発生した Dedicated Host の残りのインスタンスを手動で復旧します。