Amazon EC2 専有ホストのよくある質問

EC2 コンソール、API、CLI を使用してホストを割り当て、インスタンスを起動するだけで、専有ホストの使用を開始できます。専有ホストは通常、ライフサイクルの次の段階に沿っています。

1. ホストの割り当て: AWS アカウントにホストを割り当てた後にホストにアクセスできるようになります。ホストを割り当てるには、AllocateHosts API または allocate-hosts - AWS CLI を使用するか、または AWS マネジメントコンソールを使用します。
2. インスタンスの配置: 任意のホストでインスタンスを起動するには、RunInstances API または AWS マネジメントコンソールを使用して「ホスト」のテナンシーを指定する必要があります。特定のホストでインスタンスを起動するには、AWS マネジメントコンソールまたは RunInstances API で、ホスト ID をターゲットとして指定する必要があります。
3. ホストの解放: ホストが不要になった場合、最初にそのホストで実行されているインスタンスをすべて停止または終了させてから、ReleaseHosts API または AWS マネジメントコンソールを使用してホストをリリースできます。

または、AWS License Manager で専有ホスト管理の詳細設定を指定することにより、ホストの割り当て、インスタンスの配置、およびホストの解放タスクを自動化できます。License Manager では、独自のソフトウェアライセンス (Windows および SQL Server ライセンスなど) を AWS に持ち込むときに、ライセンス追跡を自動化することができます。また、既存の専有ホストを自動化された体験に追加する場合にも役に立ちます。

AWS License Manager を利用して、EC2 専有ホストに提供するライセンスの管理を自動化できます。独自のライセンス (BYOL) を EC2 専有ホストに持ち込み、ホスト管理を自動化するには、次の手順を実行する必要があります。

• ステップ 1: AWS に持ち込む Windows Server や SQL Server などのソフトウェアライセンスのライセンスルールを定義します。License Manager で条件を慎重に理解するには、独自のライセンスアドバイザーに相談することをお勧めします。
• ステップ 2: 基盤となるホストを管理するための詳細設定を指定します。たとえば、ホストの割り当てと解放の方法、使用するライセンスルール、許可されるインスタンスタイプ、ホストリカバリを有効にするかどうかをを定義できます。
• ステップ 3: (オプション) 組織内の他の AWS アカウントがホストで利用可能なキャパシティを使用するようにしたい場合は、組織アカウント間でホスト管理の詳細設定とライセンスルールを共有できます。

設定が完了すると、AWS が一般的な管理タスクを処理しながら、AWS が提供するライセンスでインスタンスを起動するのと同じように、組織内のユーザーはシンプルに BYOL インスタンスを起動できます。ほとんどのクラウドプロバイダーは、専有ホストに対して限られた自動化を提供するため、管理者はホストの割り当て、ホストの容量の使用率、インスタンスの配置などの継続的な管理タスクを実行する必要があります。AWS では、AWS License Manager を使用して EC2 専有ホストの管理全体を自動化し、専有ホストでの Auto Scaling などの EC2 機能を利用できます。

はい。AWS License Manager で専有ホストを管理するための詳細設定を定義すると、数回クリックするだけで既存の専有ホストを自動管理エクスペリエンスにオンボーディングし、AWS がお客様に代わって管理するように設定できます。

いいえ。AWS License Manager を利用して専有ホストを管理する際には追加料金が発生しません。License Manager がユーザーに代わって AWS アカウントで割り当てた専有ホストに対してのみ料金が請求されます。詳細については、「専有ホストの料金」をご覧ください。

アカウントに関連付けられている制限に基づいて、専有ホストを割り当てることができます。詳細については、「AWS サービスの制限」にアクセスしてください。 自動管理を使用している場合は、AWS License Manager でライセンスレベルの制限を設定できます。

専有ホストで使用できる機能は次のとおりです。

1. 複数インスタンスサイズのサポート - この機能をサポートする Nitro ベースのインスタンスを使用して、専有ホスト上の同じインスタンスファミリー内で異なるインスタンスサイズを実行できます。これにより、専有ホストフリートとソフトウェアライセンスを最大限に活用できます。こちらに表示されているインスタンスファミリーでは、同じ専有ホストでの複数のインスタンスタイプのサポートを利用できます。
2. インスタンス配置のコントロール - 特定の専有ホストでインスタンスを起動するオプションがあります。これは、コンプライアンス要件を満たすのに役に立ちます。
3. アフィニティ - 特定のホストへのインスタンスアフィニティを指定することで、ホストを停止して開始した場合であっても、インスタンスをホストにアタッチしたままにするオプションを使用できます。
4. 継続的なモニタリング - AWS Config レコーディングを使用して、専有ホストでインスタンスが起動、停止、または終了するタイミングを継続的にモニタリングおよびレコーディングできます。継続的なモニタリングは、専有ホストで起動されたインスタンスの監査など、コンプライアンス要件を満たす場合に役に立ちます。
5. ソケットと物理コアの可視性 - ソケットと物理コアの数を可視化できます。これは、物理コアとソケットベースのライセンスを取得するというライセンス上の義務を果たすのに役立ちます。
6. 統合ライセンス管理 - AWS License Manager を利用して、専有ホストでのソフトウェアライセンスの追跡と管理を自動化するオプションを使用できます。詳細については、AWS License Manager のドキュメントをご覧ください。
7. 自動管理と Auto Scaling - AWS License Manager を利用して専有ホストの管理を自動化できます。また、Auto Scaling グループを使用して専有ホストの伸縮性を実現することもできます。
8. クロスアカウント共有 - クロスアカウント共有を有効にすることで、組織内または組織単位内の専有ホストアカウント間でリソースを共有できます。
9. ホストリカバリ - ホストリカバリをオンにすることで、専有ホスト上のインスタンスの回復力を高めることができます。Host Recovery は、予期しないハードウェアの障害が発生した場合に、新しいホストでインスタンスを自動的に再起動します。
10. ホストメンテナンス - 自動ホストメンテナンスを使用すると、アプリケーションのダウンタイムを減らし、専有ホストのホストメンテナンスという、差別化につながらない手間のかかる作業をオフロードできます。ホストの劣化や EC2 の計画的なメンテナンスのまれなケースでは、AWS は自動的に新しい専有ホストを割り当て、スケジュールされたメンテナンスイベント中に新しいホスト上でインスタンスを再起動します。

各ホストで実行可能なインスタンスの最大数は、選択したインスタンスタイプ設定により異なります。ホストあたりのインスタンスの最大数については、専有ホストの料金ページ、EC2 専有ホストコンソール、DescribeHosts API で確認することができます。

インスタンスは、特定の専有ホストを指定して配置するか、Amazon EC2 で自動的に配置できます。インスタンスの配置を制御することにより、ライセンス、企業コンプライアンス、規制要件を満たすアプリケーションをデプロイできます。

いいえ。インスタンスを手動で配置する必要はありません。AWS License Manager を使用して、AWS に代わってインスタンスの配置を自動化し、管理するように設定できます。

Amazon が提供するライセンスでインスタンスを起動するのと同様に、AWS License Manager を利用してインスタンスを起動します。AMI とインスタンスタイプを指定するだけで完了です。AWS License Manager を使用してインスタンスを起動する場合、オプションで「ホスト」としてテナンシータイプを提供することができます。

はい。AWS License Manager の利用中にインスタンスを起動するには、ホストリソースグループを AWS License Manager のライセンス設定にアタッチし、キャパシティ要件に基づいて新しいインスタンスが起動されるようにライセンスルールを設定する必要があります。

ホストリソースグループは、単一のエンティティとして管理できる専有ホストのグループです。ホストリソースグループを使用して、目的 (開発/テストや本稼働など)、組織単位、またはライセンスの制約によってホストを分離できます。

特定のシナリオでは、特定の期間にわたって、同じ物理サーバーにライセンスを割り当てたままにする必要があります。たとえば、Microsoft は、Windows Server ライセンスを少なくとも 90 日間同じ物理サーバーに割り当てたままにすることを要求しています。AWS License Manager を利用することで、License Affinity ルールを設定して、指定した日数にわたってライセンスの使用を制限できます。

はい。ホスト ID を使用して各専有ホストを識別できます。基盤となる物理サーバーが置き換えられる場合は、新たな Host-ID が専有ホストに与えられます。

はい。ホスト ID は物理サーバーのアセット ID と似ています。

いいえ。AWS では別個の物理サーバーに同一のホスト ID を再使用していません。物理サーバーごとに異なるホスト ID があります。品質保証を目的として、または AWS の要件のために、基盤となる物理サーバーが AWS により置き換えられる場合は、Host-ID も新たに提供されます。AWS では Host-ID を変更せずに物理サーバーを交換することは行いません。

EC2 describe-hosts API を使用して、専有ホスト上のソケットと物理コアの数を追跡できます。AWS License Manager を使用して、ソケットと物理コアの追跡を自動化することもできます。

Auto Scaling グループ (ASG) を使用して、任意の Amazon Virtual Private Cloud (Amazon VPC) で専有ホストを起動できます。ASG を使用するには、AWS License Manager でホストリソースグループを作成する必要があります。ホストリソースグループで要件を指定すると、起動テンプレートを作成し、その起動テンプレートを使用して ASG を作成できます。

はい。すべての AWS アカウントと専有ホストを共有できます。コストを節約するために、ホストをいくつかのアカウントまたは AWS Organizations 内のすべてのアカウントと共有する柔軟性を備えています。

共有されている専有ホストは、所有者アカウントに設けられた専有ホストの制限にのみカウントされます。メンバーアカウントの専有ホストに対する制限は、共有されている専有ホストからの影響を受けません。同様に、メンバーが共有されている専有ホストで起動するインスタンスは、インスタンス制限にカウントされません。

AWS コンソールを通じて、または CLI もしくは API を使用して、ホストリカバリをオンにできます。専有ホストのホストリカバリ設定について、いつでも有効および無効にしたり、設定を表示したりできます。AWS License Manager のホストリソースグループを使用して、専有ホストグループのホストリカバリを有効にすることもできます。

ホストで実行できるインスタンスは、Amazon Virtual Public Cloud にのみ割り当て可能です。EC2 Classic ネットワークタイプを使用してインスタンスをホストで実行することはできません。

いいえ。ハードウェア専有インスタンスと、ホストで実行されるインスタンスの両方を専有 Amazon VPC に割り当てることができます。

専有ホストは、いくつかの理由でメンテナンスが必要になることがあります。Amazon が基盤となるハードウェアの劣化を検出し、それが原因でメンテナンスを受ける必要があるかもしれません。また、EC2 の定期的なメンテナンス活動がきっかけとなる可能性もあります。EC2 は、お客様のために、EC2 サービスのセキュリティ、信頼性、運用パフォーマンスを強化するために、基礎となるシステムのメンテナンスを定期的に行っています。メンテナンスイベントの詳細については、こちらの「EC2 ユーザーガイド」に記載されています。重要なアプリケーションで単一障害点を回避するために、フォルトトレラントアーキテクチャの実装に関する詳細については、当社のアーキテクチャセンターをご覧ください。

自動ホストメンテナンス機能は、すべてのクラシック AWS リージョンで専有ホストのためにサポートされています。AWS Outposts、AWS Local Zones、Wavelength ゾーンでは現在、自動化されたホストメンテナンスはサポートされていません。

自動ホストメンテナンスを使用すると、アプリケーションのダウンタイムを減らし、専有ホストのメンテナンスという、差別化につながらない運用上の手間のかかる作業をオフロードできます。メンテナンスイベントの自動的なスケジューリングと実行により、手動による介入の必要性が減少し、より重要なタスクの処理に力を入れることができ、専有ホストのメンテナンスのタイミングを柔軟に制御できます。

ホストの到達可能性:

• ホストリカバリ - 到達不能
• ホストメンテナンス - 到達可能
   

ホストの状態:

• ホストリカバリ - 評価中
• ホストメンテナンス - 永続的な障害
   

アクション:

• ホストリカバリ - リカバリは即時
• ホストメンテナンス - メンテナンスがスケジュールされています
   

スケジューリングの柔軟性:

• ホストリカバリ - 再スケジュール不可
• ホストメンテナンス - 再スケジュール不可
   

ホストリソースグループのサポート:

• ホストリカバリ - サポートされています
• ホストメンテナンス - サポートされていません

メンテナンス中、お客様のインスタンスは新しい専有ホストで再起動します。メンテナンスが完了すると、完了までに数分かかる場合がありますが、インスタンス ID、プライベート IP アドレス、Elastic IP アドレス、EBS ボリュームアタッチメント、およびすべてのインスタンスメタデータを含む、元のインスタンスと同じ属性が保持されます。新しいホストに自動的に再起動できないインスタンスは、 EBS ルートボリュームを使用している場合は停止され、インスタンスストアルートボリュームを使用している場合はスケジュールされたメンテナンスの通知から 28 日後に終了されます。

すべてのインスタンスが新しい代替ホストで再起動され、または停止した後、影響を受けた専有ホストは自動的に解放されます。スケジュールされたメンテナンスイベントの前に、影響を受けるホスト上の既存のインスタンスにアクセスすることができるかもしれません。しかし、このホストで新しいインスタンスを起動することはできません。スケジュールされているメンテナンス活動の前に、新しい専有ホストが割り当てられます。交換された専有ホストは新しいホスト ID を持ちますが、アベイラビリティゾーン、インスタンスタイプ、タグ、自動配置設定、ホストアフィニティ、ホスト回復、およびホストメンテナンス設定など、元の専有ホストと同じ属性を維持します。影響を受ける専有ホストにホスト予約が関連付けられている場合、EC2 は自動的にその予約を新しいホストに転送します。

劣化ホストは、ハードウェアの永続的な障害とみなされ、廃止されます。この場合、Microsoft Windows サーバーライセンスを含むサポート対象ライセンスは、最初の割り当てから 90 日以内であれば、別のサーバーに再割り当てすることが可能です。AWS License Manager を使用してライセンスを追跡している場合、AWS License Manager はお客様のライセンス設定制限に基づき、交換後の専有ホストに新しいライセンスを割り当てます。劣化ホストがリリースされると、それに関連するライセンスは再割り当てのために利用可能になります。

専有ホストで劣化が検出された後、AWS は専有ホストの自動ホストメンテナンスイベントを 14 日後にスケジュールして、準備する時間を確保します。ホストメンテナンスの期間は、専有ホスト上で稼働しているインスタンスの種類や数など、複数のパラメータに依存します。通常、メンテナンスイベントの完了には数分かかります。

はい。ホストメンテナンスイベントを再スケジュールすることができます。イベントは、お客様が通知を受けてから 14 日後に初期設定されます。インスタンスを再起動するためのイベントを、より早い日付に、または最初の 14 日間を越えて最大 7 日間まで再スケジュールするオプションがあります。  ホストメンテナンスイベントを再スケジュールするには、イベントスケジューリングガイドのステップに従ってください。

AWS が専有ホストの劣化を検出し、メンテナンスイベントをスケジューリングすると、劣化ホストとスケジューリングされたメンテナンスイベントの詳細を示す E メール通知が届きます。この E メールには、そのホスト上で動作しているインスタンスのメンテナンス時間帯も記載されています。稀なケースとして、ホストメンテナンスが成功しなかった場合、失敗したメンテナンスイベントから 28 日以内にホストを立ち退くよう要求する E メール通知が送信されます。

ホストメンテナンスを無効にすると、専有ホストが劣化、または「永続的な障害」状態になった場合、ホストを退避させ、28 日以内にインスタンスを別の専有ホストに手動で移行するよう求める E メール通知が届きます。専有ホストを予約している場合は、代替のホストが割り当てられます。28 日後、劣化ホストは自動的に立ち退き、解放されます。

ホストメンテナンスは、EC2 コンソールを通じてホストメンテナンスをサポートする新しい専有ホストを割り当てる際に、自動的に有効になります。「ホストメンテナンス」のチェックボックスの選択を解除することで、無効にすることができます。また、既存のホストを変更し、「ホストメンテナンス」機能をオンにすることで、この機能を有効にすることができます。EC2 API では、API を使ったホストメンテナンスのオンとオフもサポートしています。詳細については、「専有ホストメンテナンスユーザーガイド」をご覧ください。

いいえ。劣化ホストについては請求されません。新しいホストに対してのみ請求されます。劣化ホストに関連付けられている専有ホストの予約がある場合、その予約は新しいホストに転送されます。  

メンテナンスウィンドウを指定する必要はありません。AWS は、専有ホストおよびその他の EC2 テナンシーオプションのパッチを自動的に管理します。ただし、ご希望であれば、メンテナンスウィンドウを指定して、AWS がそのタイムウィンドウの間だけホストのメンテナンスを実行するようにすることができます。

専有ホストでは次のライセンスオプションを利用できます:

1. 独自のライセンスを持参 (BYOL): ライセンス条件に従って、VM、ソケット、または物理コアにバインドされている、適格な既存のソケット単位、コア単位、または VM 単位のソフトウェアライセンス、およびその他のタイプのライセンスを持参できます。 
2. ライセンス込み (LI): AWS が提供する Windows Server AMI を使用できます。
3. Amazon Linux: 無料オープンソースの Amazon Linux OS を使用して、AWS 専有ホストで任意のワークロードを実行できます。専有ホストは、SUSE と RHEL を除くすべての Linux OS (AL、AL2、Ubuntu など) のライセンス込みのインスタンスもサポートします。
4. AWS Marketplace AMI: すべての AWS Marketplace AMI を専有ホストで起動できます。

BYOL、Amazon Linux、Amazon が提供する Windows Server AMI、および専有ホストでの AWS Marketplace AMI を使用できます。

AWS には、ニーズに合わせてコスト削減を最大化するための 3 つの異なる購入オプションが用意されています。

1. オンデマンド: 専有ホストがアカウントでアクティブになっている場合 (または割り当てられている)、1 秒単位 (最低 60 秒) で支払う、契約ベースではない料金オプションです。特定のオンデマンド専有ホストを解放することで請求を終了でき、要件に応じてスケールアップまたはスケールダウンする柔軟性が得られます。
2. リザーブドインスタンス: 契約ベースの料金オプションです。リザーブドインスタンスを 1 年または 3 年単位の契約で購入でき、3 年契約の場合はより大きな割引を提供します。「全額前払い」、「一部前払い」、「前払いなし」の 3 種類のお支払い方法がリザーブドインスタンス向けに用意されています。リザーブドインスタンスを使用すると、期間中のオンデマンドコストを最大 70% 節約できます。
3. Savings Plans: この柔軟な料金モデルでは、1 年または 3 年の期間に特定の量の処理能力 (USD/時間で測定) を使用する契約を結ぶことにより、オンデマンドに比べて大幅に節約できます。Savings Plans は、使用量が変更された場合でも、AWS リージョン全体のコンピューティング使用量による請求額を自動的に削減します。これにより、ニーズに合った任意のコンピューティングオプションを柔軟に使用できるようになり、AWS Compute の使用量を最大 72% 節約できます。

*注: 現在、Savings Plans の対象となるのは仮想専有ホストインスタンスのみで、.metal インスタンスは対象外です。

オンデマンドで実行されているホストの場合、ホスト上で実行されているインスタンスの数や AMI のタイプにかかわらず、アカウントでホストがアクティブになっている (または割り当てられている) 場合、1 秒単位 (最低 60 秒) の料金をお支払いいただきます。オンデマンドによる専有ホスト料金の請求は、ホストを解放することで終了します。オンデマンドインスタンスの料金では、長期間の契約をせずに、スケールアップやスケールダウンする柔軟性を得られます。

注: 専有ホスト上のライセンス込み (LI) Windows Server は、1 時間単位で請求されます。

リザーブドインスタンスの料金は、1 年または 3 年単位でお支払いいただきます。AWS は「全額前払い」、「一部前払い」、「前払いなし」の 3 つの支払いオプションを提供しています。

1. 全前払い_: 専有ホスト予約の全費用を 1 回の前払いにまとめます。全前払い予約では、一部前払い予約や前払いなしの予約と比較して、総額が最も安くなります。 
2. 一部前払い: 予約費用の約半分を前払いで支払います。残りの費用は、期間中 1 時間ごとに償却 (および 1 時間ごとに請求) されます。一部前払いオプションは、前払いなしオプションよりも安くなります。
3. 前払いなし: 前払いなしを選択した場合、前払いは発生せず、リザーブドインスタンスの全費用は予約期間中の時間ごとに全額が分割されます (時間単位で課金されます)。
   3 年を超えて専有ホストを予約する必要がある場合は、アカウントマネージャーにお問い合わせください。

リザーブドインスタンスは、オンデマンド料金と比べて最大 70% の割引を提供できます。専有ホスト予約を購入すると、選択した期間が終了するまでの間、インスタンスを実行するかどうかにかかわらず 1 時間ごとに料金請求が発生します。実効時間単価は、ホスト予約のコストを 1 時間単位で分割した金額です (つまり、前払い分を含む専有ホスト予約の期間全体の合計料金を、期間の時間数で割った金額です)。

毎月の実際のお支払額は、その月の実際の時間数に時間単位のご利用単価を掛けて計算されます。時間単位のご利用単価は、期間全体の月別お支払額の合計を期間全体の総時間数 (1 年は 365 日とする) で除算したものに相当します。

いいえ。リザーブドインスタンスオプションを選択するには、専有ホストを購入してアカウントに割り当てる必要があります。

1 年または 3 年単位で特定の数のホストを割り当てることにより、専有ホストのためにリザーブドインスタンスを購入できます。専有ホストをアカウントに割り当てたら、専有ホストに対して 1 年または 3 年単位でリザーブドインスタンスの料金を支払うことができます。リザーブドインスタンスを購入して専有ホストに割り当てると、リザーブドインスタンスの期間に等しい最低利用期間分の専有ホストに対する支払いを決済することになります。

リザーブドインスタンスの有効期限が切れた場合でも、専有ホストは引き続きアカウントに割り当てられたままであり、専有ホストの使用を継続できます。専有ホストを解放しないことにした場合、リザーブドインスタンスの有効期限が切れた後にオンデマンドで請求が行われます。同じ専有ホストの別のリザーブドインスタンスの料金を支払うオプションもあります。

Microsoft のライセンス条項の適用を前提として、既存の適格な Windows Server や SQL Server のライセンスを専有ホストに持ち込むことができます。ご自分のライセンスを移すだけであれば、追加のソフトウェア使用料は発生しません。

または、Amazon が提供する Windows Server Amazon マシンイメージ (AMI) を使用して、最新バージョンの Windows Server を専有ホストで実行できます。これは、専有ホスト上で実行できる既存の SQL Server のライセンスは持っているが、SQL Server ワークロードを実行するために Windows Server を必要としている場合に、広く見られることです。Windows Server AMI の料金の詳細については、専有ホストの料金ページをご覧ください。

お客様には、AWS サーバー、機器、不動産または個人の所有物、またはその他の AWS が所有する資産を物理的に所有したり、物理的にアクセスしたりする権利はありません。