全般
Q: EC2 専有ホストとは何ですか?
A: Amazon EC2 専有ホスト (「専有ホスト」または「ホスト」) は、EC2 インスタンスキャパシティーを利用したお客様専用の物理サーバーです。専有ホストはさまざまな構成 (物理コア、ソケット、VCPU) をサポートしており、ビジネスニーズに応じてさまざまなファミリーとサイズのインスタンスを選択して実行できます。
Q: ベアメタル EC2 専有ホストに独自のハイパーバイザーを持ち込むことはできますか?
ベアメタルサーバーは、独自のハイパーバイザーを使用したいお客様、または仮想化されていない環境で実行する必要のあるアプリケーションを対象としています。EC2 専有ホストはベアメタルインスタンスの実行をサポートしているため、独自のハイパーバイザーを持ち込むことができます。
Q: 専有ホストを使用することの利点は何ですか?
A: 専有ホストでは、ライセンス条項の範囲で、ソケット単位、コア単位、または VM ソフトウェア単位の既存のライセンスを利用できます。これには、VM、ソケット、または物理コアにバインドされた Windows Server、SQL Server、SUSE Linux Enterprise Server、Red Hat Enterprise Linux などのソフトウェアライセンスが含まれます。これにより、既存の投資を活用してコストを削減できます。専有ホストは、組織が特定の企業コンプライアンスおよび規制要件を満たすために単一のテナントインフラストラクチャで特定のアプリケーションを実行することを検討している場合のオプションとしても機能します。専有ホストは AWS License Manager と統合されており、ライセンスの使用状況を追跡し、ホストの割り当て、リリース、リカバリなどのホスト管理タスクを自動化できます。
Q: T3 専有ホストは他の EC2 専有ホストとどう違うのですか?
A: T3 専有ホストは、汎用のバースト可能な T3 インスタンスで、割り当てられたホストの CPU リソースを共有し、ベースラインの CPU パフォーマンスを提供し、インスタンスが CPU クレジットバランスに蓄積されたクレジットを消費するまで、より高いレベルのバーストが可能です。これにより、1 台の T3 専有ホストで、同等の非バースト型 専有ホストに比べて最大 4 倍のインスタンスをサポートすることができます。T3 専有ホストは、t3.nano、t3.micro、t3.small、t3.medium といった小さいサイズのインスタンスもサポートしています。これらの小さいインスタンスサイズは、Microsoft Windows Desktop と Windows Servers、または小中規模のデータベースを実行するのに適しています。
Q: T3 専有ホストと T3 ハードウェア専有インスタンスの違いは何ですか?
A: T3 ハードウェア専有インスタンスとT3 専有ホストは、どちらも 1 人のお客様専用の物理サーバーで T3 インスタンスを実行します。T3 専有ホストと T3 ハードウェア専有インスタンスの主な違いは、T3 専有ホストは、物理サーバーでインスタンスの配置の仕方に関してさらなる可視性およびコントロールを可能にすることです。T3 専有ホストは、ホストごとの課金を提供し、Microsoft SQL Server や Windows Server などの高価な物理コアベースの BYOL 環境を実行するのに適しています。一方、T3 ハードウェア専有インスタンスは、インスタンス単位の課金であり、vCPU 単位、インスタンス単位、またはユーザー単位の BYOL ソフトウェアの実行に適しています。さらに、T3 ハードウェア専有インスタンスと T3 専有ホストの違いは、T3 ハードウェア専有インスタンスはスタンダードモードと Unlimited モードの両方のクレジット設定オプションをサポートしているのに対し、T3 専有ホストはスタンダードモードのクレジット設定オプションのみで T3 インスタンスをサポートしています。
Q: T3 専有ホストで動作する T3 インスタンスには、CPU クレジットの概念がありますか?
A: はい。T3 専有ホストの T3 インスタンスは、インスタンスごとに使用される CPU 量を追跡するためにクレジットを使用します。共有されたテナンシーの T3 インスタンスと同じクレジットモデルを使用していますが、Unlimited モードで動作する際に使用される追加クレジットであるサープラスクレジットはサポートしていません。
Q: T3 専有ホストで動作する T3 インスタンスは、CPU バーストのスタンダードおよび Unlimited クレジット設定モードをサポートしていますか?
A: T3 専有ホスト上で動作する T3 インスタンスは、クレジット設定のスタンダードモードをサポートしています。このモードでは、インスタンスは獲得したクレジットをすべて使い切るまで、ベースラインを超えてバーストすることができます。T3 専有ホストは、個々のホストリソースが限られているため、T3 インスタンスを Unlimited モードで実行することはサポートしていません。
Q: T3 専有ホストで動作する T3 インスタンスは、どの程度のパフォーマンスを期待できますか?
A: T3 インスタンスは、特定の専有ホストのリソースに拘束されます。ほとんどの低～中程度の CPU 使用率の T3 インスタンスは、必要に応じてより高い CPU レベルにバーストしますが、複数の T3 インスタンスが相関する高い CPU 使用パターンを持つ場合、短期的なパフォーマンスの変動が発生する可能性があります。例えば、これは、T3 専有ホストで VDI インフラストラクチャを稼働させているときに、多数のユーザーが同時にログインし、大量の CPU サイクルを使用している場合に起こり得ます。最高のパフォーマンスのためには、DedicatedHostCPUUtilization というメトリクスを用いて、T3 インスタンスが専用ハードウェアの CPU リソースをどのように使用しているかをモニタリングすることをお勧めします。この新しいメトリクスは、CloudWatch の EC2 名前空間と「Per-Host Metrics」ディメンションで利用でき、専有ホストの CPU 使用率を判断するのに役立ちます。
専有ホストの使用
Q: 専有ホストを使用するにはどうすればよいですか?
A: EC2 コンソール、API、CLI を使用してホストを割り当て、インスタンスを起動するだけで、専有ホストの使用を開始できます。専有ホストは通常、ライフサイクルの次の段階に沿っています。
- ホストの割り当て: AWS アカウントにホストを割り当てた後にホストにアクセスできるようになります。ホストを割り当てるには、AllocateHosts API または allocate-hosts - AWS CLI を使用するか、AWS マネジメントコンソールを使用します。
- インスタンスの配置: 任意のホストでインスタンスを起動するには、RunInstances API または AWS マネジメントコンソールを使用して「ホスト」のテナンシーを指定する必要があります。特定のホストでインスタンスを起動するには、AWS マネジメントコンソールまたは RunInstances API では、ホスト ID をターゲットとして指定する必要があります。
- ホストリリース: ホストが不要になった場合、最初にそのホストで実行されているインスタンスをすべて停止または終了させてから、ReleaseHosts API または AWS マネジメントコンソールを使用してホストを解放できます。
または、AWS License Manager で専有ホスト管理設定を指定することにより、ホストの割り当て、インスタンスの配置、およびホストのリリースタスクを自動化できます。License Manager では、独自のソフトウェアライセンス (Windows および SQL Server ライセンスなど) を AWS に持ち込むときに、ライセンス追跡を自動化することができます。また、既存の専有ホストを自動化された体験に追加する場合にも役に立ちます。
Q: AWS License Manager を使用して専有ホストを管理するにはどうすればよいですか?
A: 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 機能を利用できます。
Q: 既存の専有ホストの管理を自動化できますか?
A: はい。AWS License Manager で専有ホストを管理するための基本設定を定義すると、数回クリックするだけで既存の専有ホストを自動管理体験にオンボードし、AWS に代わって管理するように設定できます。
Q: AWS License Manager を使用して専有ホストを管理するための追加料金はいくらですか?
A: いいえ、AWS License Manager を使用して専有ホストを管理する際には追加料金が発生しません。License Manager がユーザーに代わって AWS アカウントで割り当てた専有ホストに対してのみ料金が請求されます。詳細については、専有ホストの料金を参照してください。
Q: AWS アカウントに割り当てられる専有ホストはいくつまでですか?
A: アカウントに関連付けられている制限に基づいて、専有ホストを割り当てることができます。詳細については、AWS のサービスの制限を参照してください。 自動管理を使用している場合は、AWS License Manager でライセンスレベルの制限を設定できます。
専有ホストの機能と特徴
Q:専有ホストの機能には何がありますか?
A: 専有ホストで利用できる機能は次のとおりです。
- 複数インスタンスサイズのサポート - この機能をサポートする Nitro ベースのインスタンスを使用して、専有ホスト上の同じインスタンスファミリー内で異なるインスタンスサイズを実行できます。これにより、専有ホストフリートとソフトウェアライセンスを最大限に活用できます。ここに表示されているインスタンスファミリーでは、同じ専有ホストでの複数のインスタンスタイプのサポートを利用できます。
- インスタンス配置の制御 - 特定の専有ホストでインスタンスを起動するオプションがあります。これは、コンプライアンス要件を満たす場合に役に立ちます。
- アフィニティ - 特定のホストへのインスタンスアフィニティを指定することで、ホストを停止して開始した場合でも、インスタンスをホストに接続したままにするオプションがあります。
- 継続的なモニタリング - AWS Config レコーディングを使用して、専有ホストでインスタンスが起動、停止、または終了するタイミングを継続的にモニタリングおよびレコーディングできます。継続的なモニタリングは、専有ホストで起動されたインスタンスの監査など、コンプライアンス要件を満たす場合に役に立ちます。
- ソケットと物理コアの可視性 - ソケットと物理コアの数を可視化できます。これにより、物理コアとソケットベースのライセンスを取得するというライセンス上の義務を果たすことができます。
- 統合ライセンス管理 - AWS License Manager を使用して、専有ホストでのソフトウェアライセンスの追跡と管理を自動化するオプションがあります。詳細については、AWS License Manager のドキュメントを参照してください。
- 自動管理と Auto Scaling - AWS License Manager を使用して専有ホストの管理を自動化できます。また、Auto Scaling グループを使用して専有ホストの伸縮性を実現することもできます。
- クロスアカウント共有 - クロスアカウント共有を有効にすることで、組織内または組織単位内の専有ホストアカウント間でリソースを共有できます。
- ホストリカバリ - ホストリカバリを有効にすることで、専有ホスト上のインスタンスの復元力を高めることができます。Host Recovery は、予期しないハードウェアの障害が発生した場合に、新しいホストでインスタンスを自動的に再起動します。
- ホストメンテナンス - 自動化されたホストメンテナンスにより、アプリケーションのダウンタイムを減らし、専有ホストのホストメンテナンスの差別化に繋がる重労働をオフロードすることができます。ホストの劣化や EC2 の計画的なメンテナンスのまれなケースでは、AWS は自動的に新しい専有ホストを割り当て、スケジュールされたメンテナンスイベント中に新しいホスト上でインスタンスを再起動します。
複数インスタンスサイズのサポート
Q: 各ホストで実行可能なインスタンス数はどうすればわかりますか?
A: 各ホストで実行可能なインスタンスの最大数は、選択したインスタンスタイプ設定により異なります。ホストあたりのインスタンスの最大数については、専有ホストの料金ページ、EC2 専有ホストコンソール、DescribeHosts API で確認することができます。
インスタンス配置の制御
Q: インスタンスの配置を制御するにはどうすればよいですか?
A: インスタンスは、特定の専有ホストを指定して配置するか、Amazon EC2 で自動的に配置できます。インスタンスの配置を制御することにより、ライセンス、企業コンプライアンス、規制要件を満たすアプリケーションをデプロイできます。
Q: 専有ホストに新しいインスタンスを手動で配置する必要がありますか?
A: いいえ、インスタンスを手動で配置する必要はありません。AWS License Manager を使用して、AWS に代わってインスタンスの配置を自動化し、管理するように設定できます。
Q:AWS License Manager を使用して配置を自動化する際にインスタンスを起動するにはどうすればよいですか?
A: Amazon が提供するライセンスでインスタンスを起動するのと同様に、AWS License Manager を使用してインスタンスを起動します。AMI とインスタンスタイプを指定するだけで完了です。AWS License Manager を使用してインスタンスを起動する場合、オプションで「ホスト」としてテナンシータイプを提供することができます。
Q:AWS License Manager を使用してインスタンスを起動するための前提条件はありますか?
A: はい。AWS License Manager の使用中にインスタンスを起動するには、ホストリソースグループを AWS License Manager のライセンス設定にアタッチし、容量要件に従って新しいインスタンスが起動されるようにライセンスルールを設定する必要があります。
Q: ホストのリソースグループとは何ですか?
A: ホストリソースグループは、単一のエンティティとして管理できる専有ホストのグループです。ホストリソースグループを使用して、目的 (開発/テストや本稼働など)、組織単位、またはライセンスの制約によってホストを分離できます。
アフィニティ
Q: 特定の期間に 1 つの物理サーバーに接続する必要があるライセンスを管理するにはどうすればよいですか?
A: 特定のシナリオは、特定の期間、同じ物理サーバーにライセンスを割り当てたままにする必要があります。たとえば、Microsoft は、Windows Server ライセンスを少なくとも 90 日間同じ物理サーバーに割り当てたままにすることを要求しています。AWS License Manager を使用すれば、License Affinity ルールを設定して、指定した日数の間ライセンスの使用を制限できます。
ソケットと物理コアの可視性
Q: 専有ホストは一意に識別できますか?
A: はい、ホスト ID を使用して各専有ホストを識別できます。基盤となる物理サーバーが置き換えられる場合は、新たな Host-ID が専有ホストに与えられます。
Q: Host-ID は物理サーバーのアセット ID と似ていますか?
A: はい、Host-ID は物理サーバーのアセット ID と似ています。
Q: AWS では別個の物理サーバーに同一の Host-ID を再使用することがありますか?
A: いいえ、AWS では別個の物理サーバーに同一の Host-ID を再使用していません。物理サーバーごとに異なるホスト ID があります。品質保証を目的として、または AWS の要件のために、基盤となる物理サーバーが AWS により置き換えられる場合は、Host-ID も新たに提供されます。AWS では Host-ID を変更せずに物理サーバーを交換することは行いません。
統合ライセンスの管理
Q: 専有ホストのソケットと物理コアの数を追跡するにはどうすればよいですか?
A: EC2 describe-hosts API を使用して、専有ホスト上のソケットと物理コアの数を追跡できます。AWS License Manager を使用して、ソケットと物理コアの追跡を自動化することもできます。
自動管理と Auto Scaling
Q: 専有ホストで Auto Scaling グループを使用するにはどうすればよいですか?
A: Auto Scaling グループ (ASG) を使用して、任意の Amazon Virtual Private Cloud (Amazon VPC) で専有ホストを起動することができます。ASG を使用するには、AWS License Manager でホストリソースグループを作成する必要があります。ホストリソースグループで要件を指定すると、起動テンプレートを作成し、起動テンプレートを使用して ASG を作成できます。
クロスアカウントの共有
Q: 複数の AWS アカウントを利用中です。すべてのアカウントで専有ホストを共有できますか?
A: はい、すべての AWS アカウントと専有ホストを共有できます。コストを節約するために、ホストをいくつかのアカウントまたは AWS Organizations 内のすべてのアカウントと共有する柔軟性を備えています。
Q: 共有は専有ホストのアカウントレベルの制限に影響を与えますか?
A: 共有されている専有ホストは、所有者アカウントに設けられた専有ホストの制限にのみカウントされます。メンバーアカウントの専有ホストに対する制限は、共有されている専有ホストからの影響を受けません。同様に、メンバーが共有されている専有ホストで起動するインスタンスは、インスタンス制限にカウントされません。
ネットワーキング
Q: EC2 Classic ネットワークタイプを使用してインスタンスをホストで実行できますか?
A: ホストで実行できるインスタンスは、Amazon Virtual Public Cloud にのみ割り当て可能です。EC2 Classic ネットワークタイプを使用してインスタンスをホストで実行することはできません。
Q: 専有 VPC にあるハードウェア専有インスタンスを "host" テナンシーに移行する場合、新しい Amazon VPC を作成する必要がありますか?
A: いいえ。ハードウェア専有インスタンスと、ホストで実行されるインスタンスの両方を専有 Amazon VPC に割り当てることができます。
専有ホストのメンテナンス
Q: なぜ私の専有ホストはメンテナンスが必要なのでしょうか?
A: 専有ホストは、いくつかの理由でメンテナンスが必要になることがあります。Amazon が基盤となるハードウェアの劣化を検出し、それが原因でメンテナンスを受ける必要があるかもしれません。また、EC2 の定期的なメンテナンス活動がきっかけとなる可能性もあります。EC2 は、お客様のために、EC2 サービスのセキュリティ、信頼性、運用パフォーマンスを強化するために、基礎となるシステムのメンテナンスを定期的に行っています。メンテナンスイベントに関する詳細な情報は、こちらの EC2 ユーザーガイドに記載されています。重要なアプリケーションで単一障害点を回避するために、フォルトトレラントアーキテクチャの実装に関する詳細については、私たちのアーキテクチャセンターを参照してください。
Q: ホストメンテナンスはどのリージョンでサポートされていますか?
A: 自動ホストメンテナンス機能は、すべてのクラシック AWS リージョンで専有ホストにサポートされています。AWS Outposts、AWS Local Zones、Wavelength ゾーンでは、現在自動化されたホストメンテナンスはサポートされていません。
Q: なぜホストメンテナンスは私にとって有益なのですか?
A: 自動ホストメンテナンスを使用すると、アプリケーションのダウンタイムを減らし、専有ホストのメンテナンスの差別化に繋がる運用の重労働をオフロードすることができます。メンテナンスイベントの自動的なスケジューリングと実行により、手動による介入の必要性が減少し、より重要なタスクの処理に力を入れることができ、専有ホストのメンテナンスのタイミングを柔軟に制御することができます。
| ホストリカバリ |
ホストのメンテナンス | ||
| ホストの到達可能性 |
到達不能 | 到達可能 | |
| ホストの状態 | under-assessment | permanent-failure | |
| アクション | 即時復旧 |
メンテナンスはスケジュールされています | |
| スケジューリングの柔軟性 | 再スケジュール不可 | 再スケジュール可能 | |
| ホストリソースグループのサポート |
サポート対象 |
サポート対象外 |
A: メンテナンス中、お客様のインスタンスは新しい専有ホストで再起動します。メンテナンスが完了すると、完了までに数分かかる場合がありますが、インスタンス ID、プライベート IP アドレス、Elastic IP アドレス、EBS ボリュームアタッチメント、およびすべてのインスタンスメタデータを含む、元のインスタンスと同じ属性が保持されます。新しいホストに自動的に再起動できないインスタンスは、 EBS ルートボリュームを使用している場合は停止され、インスタンスストアルートボリュームを使用している場合はスケジュールされたメンテナンスの通知から 28 日後に終了されます。
Q: メンテナンス中、私の専有ホストはどうなりますか?
A: すべてのインスタンスが新しい代替ホストに再起動または停止した後、影響を受けた専有ホストは自動的に解放されます。スケジュールされたメンテナンスイベントの前に、影響を受けるホスト上の既存のインスタンスにアクセスすることができるかもしれません。しかし、このホストで新しいインスタンスを起動することはできません。スケジュールされているメンテナンス活動の前に、新しい専有ホストが割り当てられます。交換された専有ホストは新しいホスト ID を持ちますが、アベイラビリティゾーン、インスタンスタイプ、タグ、自動配置設定、ホストアフィニティ、ホスト回復、およびホストメンテナンス設定など、元の専有ホストと同じ属性を維持します。影響を受ける専有ホストにホスト予約が関連付けられている場合、EC2 は自動的にその予約を新しいホストに転送します。
Q: ホストメンテナンスの間、劣化ホスト上で稼働している自分のインスタンスに関連するライセンスはどうなりますか?
A: 劣化ホストは、ハードウェアの永久故障とみなされ、廃止されます。この場合、Microsoft Windows サーバーライセンスを含むサポート対象ライセンスは、最初の割り当てから 90 日以内であれば、別のサーバーに再割り当てすることが可能です。AWS License Manager を使用してライセンスを追跡している場合、AWS License Manager はお客様のライセンス設定制限に基づき、交換後の専有ホストに新しいライセンスを割り当てます。劣化ホストがリリースされると、それに関連するライセンスは再割り当てのために利用可能になります。
Q: 専有ホストの自動メンテナンスは、いつスケジュールされますか?
A: 専有ホストで劣化が検出された後、AWS は専有ホストの自動ホストメンテナンスイベントを 14 日後にスケジュールして、準備する時間を確保します。ホストメンテナンスの期間は、専有ホスト上で稼働しているインスタンスの種類や数など、複数のパラメータに依存します。通常、メンテナンスイベントの完了には数分かかります。
Q: ホストメンテナンスイベントを再スケジュールすることはできますか?
A: はい、ホストメンテナンスイベントを再スケジュールすることができます。イベントは、お客様が通知を受けてから 14 日後に初期設定されます。インスタンスを再起動するためのイベントを、より早い日付に、または最初の 14 日間を越えて最大 7 日間まで再スケジュールするオプションがあります。 ホストメンテナンスイベントを再スケジュールするには、イベントスケジューリングガイドの手順に従ってください。
Q: AWS はホストメンテナンスのイベントをどのように通知するのでしょうか?
A: AWS が専有ホストの劣化を検出し、メンテナンスイベントをスケジューリングすると、劣化ホストとスケジューリングされたメンテナンスイベントの詳細を示す E メール通知が送信されます。この E メールには、そのホスト上で動作しているインスタンスのメンテナンス時間帯も記載されています。稀なケースとして、ホストメンテナンスが成功しなかった場合、失敗したメンテナンスイベントから 28 日以内にホストを立ち退くよう要求する E メール通知が送信されます。
Q: ホストメンテナンスを無効にするとどうなりますか?
A: ホストメンテナンスを無効にすると、専有ホストが劣化、または「永久故障」状態になった場合、ホストを立ち退かせ、28 日以内にインスタンスを別の専有ホストに手動で移行するよう求める E メール通知が届きます。専有ホストを予約している場合は、代替のホストが割り当てられます。28 日後、劣化ホストは自動的に立ち退き、解放されます。
Q: ホストメンテナンスはどのように開始すれば良いですか?
A: ホストメンテナンスは、EC2 コンソールからホストメンテナンスをサポートする新しい専有ホストを割り当てる際に、自動的に有効になります。「ホストメンテナンス」のチェックボックスの選択を解除することで、無効にすることができます。また、既存のホストを変更し、「ホストメンテナンス」機能をオンにすることで、この機能を有効にすることができます。EC2 API では、API を使ったホストメンテナンスのオンとオフもサポートしています。詳細については、専有ホストメンテナンスユーザーガイドを参照してください。
Q: メンテナンスの進行中、新しいホストと劣化ホストの両方に対して請求が行われますか?
A: いいえ、劣化ホストに対する請求はありません。新しいホストに対してのみ請求されます。劣化ホストに関連付けられている専有ホスト予約がある場合、その予約は新しいホストに転送されます。
Q:専有ホストにパッチを適用するには、メンテナンス期間を指定する必要がありますか?
A: メンテナンス期間を指定する必要はありません。AWS は、専有ホストおよびその他の EC2 テナンシーオプションのパッチを自動的に管理します。ただし、ご希望であれば、メンテナンスウィンドウを指定して、AWS がそのタイムウィンドウの間だけホストのメンテナンスを実行するようにすることができます。
専有ホストの料金
Q: 専有ホストで利用できるさまざまなライセンスオプションには何がありますか?
A: 専有ホストでは次のライセンスオプションを利用できます。
- 独自のライセンスを持参 (BYOL): ライセンス条件に従って、VM、ソケット、または物理コアにバインドされている、適格な既存のソケット単位、コア単位、または VM 単位のソフトウェアライセンス、およびその他のタイプのライセンスを持参できます。
- ライセンス込み (LI): AWS が提供する Windows Server AMI を使用できます。
- Amazon Linux: 無料オープンソースの Amazon Linux OS を使用して、AWS 専有ホストで任意のワークロードを実行できます。専有ホストは、SUSE と RHEL を除くすべての Linux OS (AL、AL2、Ubuntu など) のライセンス込みのインスタンスもサポートします。
- AWS Marketplace AMI: すべての AWS Marketplace AMI を専有ホストで起動できます。
Q:専有ホストで起動できる AMI には何がありますか?
A: BYOL、Amazon Linux、Amazon が提供する Windows Server AMI、および専有ホストでの AWS Marketplace AMI を使用できます。
Q: 専有ホストの購入オプションと条件は何ですか?
A: AWS には、ニーズに合わせて節約を最大化するための 3 つの異なる購入オプションが用意されています。
- オンデマンド: 専有ホストがアカウントでアクティブになっている場合 (または割り当てられている)、1 秒単位 (最低 60 秒) で支払う、契約ベースではない料金オプションです。特定のオンデマンド専有ホストを解放することで請求を終了でき、要件に応じてスケールアップまたはスケールダウンする柔軟性が得られます。
- リザーブドインスタンス: 契約ベースの料金オプションです。リザーブドインスタンスを 1 年または 3 年単位の契約で購入でき、3 年契約の場合はより大きな割引を提供します。「全額前払い」、「一部前払い」、「前払いなし」の 3 種類のお支払い方法がリザーブドインスタンス向けに用意されています。リザーブドインスタンスを使用すると、期間中のオンデマンドコストを最大 70% 節約できます。
- Savings Plans: この柔軟な料金モデルでは、1 年または 3 年の期間に特定の量の処理能力 (USD/時間で測定) を使用する契約を結ぶことにより、オンデマンドに比べて大幅に節約できます。Savings Plans は、使用量が変更された場合でも、AWS リージョン全体のコンピューティング使用量による請求額を自動的に削減します。これにより、ニーズに合った任意のコンピューティングオプションを柔軟に使用できるようになり、AWS Compute の使用量を最大 72% 節約できます。
*注: 現在、Savings Plans の対象となるのは仮想専有ホストインスタンスのみで、.metal インスタンスは対象外です。
Q: オンデマンドのインスタンス料金を実行するホストの料金はどのように請求されますか?
A: オンデマンドで実行されているホストの場合、ホスト上で実行されているインスタンスの数や AMI のタイプに関係なく、アカウントでホストがアクティブ (または割り当て) になっている場合、1 秒単位 (最低 60 秒) の料金を支払います。オンデマンドによる専有ホスト料金の請求は、ホストを解放することで終了します。オンデマンドインスタンスの料金では、長期間の契約をせずに、スケールアップやスケールダウンする柔軟性を得られます。
注: 専有ホスト上のライセンス込み (LI) Windows Server は、1 時間単位で請求されます。
Q: リザーブドインスタンスの支払い条件とオプションにはどのようなものがありますか?
A: リザーブドインスタンスの料金は、1 年または 3 年単位で支払う必要があります。AWS は「全額前払い」、「一部前払い」、「前払いなし」の 3 つの支払いオプションを提供しています。
- 全前払い_: 専有ホスト予約の全費用を 1 回の前払いにまとめます。全前払い予約では、一部前払い予約や前払いなしの予約と比較して、総額が最も安くなります。
- 一部前払い: 予約費用の約半分を前払いで支払います。残りの費用は、期間中 1 時間ごとに償却 (および 1 時間ごとに請求) されます。一部前払いオプションは、前払いなしオプションよりも安くなります。
- 前払いなし: 前払いなしを選択した場合、前払いは発生せず、リザーブドインスタンスの全費用は予約期間中の時間ごとに全額が分割されます (時間単位で課金されます)。
3 年を超えて専有ホストを予約する必要がある場合は、アカウントマネージャーにお問い合わせください。
Q: リザーブドインスタンスで実行するホストの料金はどのように請求されますか?
A: リザーブドインスタンスは、オンデマンド料金と比べて最大 70% の割引を提供できます。専有ホスト予約を購入すると、選択した期間が終了するまでの間、インスタンスを実行するかどうかにかかわらず 1 時間ごとに料金請求が発生します。実効時間単価は、ホスト予約のコストを 1 時間単位で分割した金額です (つまり、前払い分を含む専有ホスト予約の期間全体の合計料金を、期間の時間数で割った金額です)。
毎月の実際のお支払額は、その月の実際の時間数に時間単位のご利用単価を掛けて計算されます。時間単位のご利用単価は、期間全体の月別お支払額の合計を期間全体の総時間数 (1 年は 365 日とする) で除算したものに相当します。
Q: 専有ホストを購入せずにリザーブドインスタンスオプションを選択することはできますか?
A: いいえ、[リザーブドインスタンス] オプションを選択するには、専有ホストを購入してアカウントに割り当てる必要があります。
Q: 専有ホストのリザーブドインスタンスを購入するにはどうすればよいですか?
A: 1 年または 3 年単位で特定の数のホストを割り当てることにより、専有ホストのリザーブドインスタンスを購入できます。専有ホストをアカウントに割り当てたら、専有ホストに対して 1 年または 3 年単位でリザーブドインスタンスの料金を支払うことができます。リザーブドインスタンスを購入して専有ホストに割り当てると、リザーブドインスタンスの期間に等しい最低利用期間分の専有ホストに対する支払いを決済することになります。
Q: リザーブドインスタンスが失効すると、どうなりますか?
A: リザーブドインスタンスの有効期限が切れた場合でも、専有ホストは引き続きアカウントに割り当てられたままであり、専有ホストを継続できます。専有ホストを解放しないことにした場合、リザーブドインスタンスの有効期限が切れた後にオンデマンドで請求が行われます。同じ専有ホストの別のリザーブドインスタンスの料金を支払うオプションもあります。
Q: 専有ホストでの Windows Server ライセンス (BYOL および LI) の料金条件は何ですか?
A: Microsoft のライセンス条項に抵触しなければ、お手元にすでにある適格な Windows Server や SQL Server のライセンスを専有ホストに移すことができます。ご自分のライセンスを移すだけであれば、追加のソフトウェア使用料は発生しません。
または、Amazon が提供する Windows Server Amazon マシンイメージ (AMI) を使用して、最新バージョンの Windows Server を専有ホストで実行できます。これは、専有ホスト上で実行できる既存の SQL Server のライセンスは持っているが、SQL Server ワークロードを実行するために Windows Server を必要としている場合に、広く見られることです。Windows Server AMI の詳しい料金については、専有ホストの料金ページを参照してください。
Q: 専有ホストを実行している機器にアクセスする権利はありますか?
お客様には、AWS サーバー、機器、不動産または個人の所有物、またはその他の AWS が所有する資産を物理的に所有したり、物理的にアクセスしたりする権利はありません。
