[AWS] ハードウェア専有インスタンスと専有ホスト [SAA]

はじめに

こんにちは。
プログラミング初心者wakinozaと申します。
勉強中に調べたことを記事にまとめています。

十分気をつけて執筆していますが、なにぶん初心者が書いた記事なので、理解が浅い点などあるかと思います。
間違い等あれば、指摘いただけると助かります。

記事を参考にされる方は、初心者の記事であることを念頭において、お読みいただけると幸いです。

記事のテーマ

• AWS SAA 取得を目指して学習中です。
• AWSのEC2のコンピューティングリソース（物理ホスト）の専有についてまとめました。

本文

1. テナンシー

AWSサービスにおいて、物理的な機器の管理はAWSが責任を負います。そのため、AWSユーザーは物理機器の存在を意識せずに利用できます。
巨大なハードウェアの一部分だけを利用することも可能ですし、ハードウェアが故障してもAWSがデータを別のハードウェアに自動的に移動してくれます。
まるで「故障を意識せず利用できるハードウェア」のように扱える点は、クラウドサービスの大きなメリットです。

しかし、一方でデメリットも存在します。
物理的なハードウェアの状況がわからないと、利用しにくいケースがあります。
例えば、物理コア数やソケット数に基づくライセンス体系（BYOL）を適用する場合、ハードウェア情報の不可視性が制約となり、ライセンス持ち込みが困難になります。
また、セキュリティ上のコンプライアンスのため、他のユーザーとハードウェアの共有ができない例もあります。

デフォルトの共有ハードウェアでは、これらライセンス要件やコンプライアンス要件を満たすことができません。
そこでAWSでは、ハードウェアを専有する設定（テナンシー）が用意されています。

テナンシーとは、ハードウェアを他のアカウントと共有するかどうかを指定する設定です。
AWSのテナンシーは、2つのレベルで設定できます。

• インスタンスレベル
• VPCレベル

VPCやインスタンスを起動する際に、テナンシー設定で「Shared（共有）」か「Dedicated（専有）」かを選択できます。
デフォルトでは、「Shared（共有）」となっています。

インスタンス起動時に「Dedicated（専有）」を選択すると、そのインスタンスは他のアカウントとハードウェアを共有しない「専有インスタンス」になります。
VPCのテナンシーを「Dedicated」に設定した場合、そのVPC内で起動するすべてのインスタンスは、設定を継承し自動的に専有インスタンスとなります。
なお、VPCのテナンシー属性は作成時にのみ設定可能で、後から変更することはできません。そのため、将来的なコストや運用の柔軟性を考慮した初期設計が不可欠です。

また、AWSでは、ハードウェア単位での専有指定（専有ホスト）も可能です。

この記事では、以下の2種類の専有設定について説明していきます。

• ハードウェア専有インスタンス : 物理レベルでの他ユーザーとの隔離。
• 専有ホスト：特定の物理サーバーの完全な専有と、ハードウェア構成情報の可視化。

2. ハードウェア専有インスタンス（Dedicated Instances）

ハードウェア専有インスタンスは、他のユーザーとハードウェアを共有したくないという「物理的な隔離」が必要な場合に利用します。

金融・カード業界・政府機関などセキュリティ要件が厳しい分野では、機密データを取り扱うハードウェアのリソースを他のユーザーと共有してはならないという制約があります。
このようなケースでも、ハードウェア専有インスタンスなら、利用しているハードウェアを他のユーザーと共有していないことを明確に説明できます。

ハードウェア専有インスタンスは、起動のたびに適切な物理ホストへ配置されるため、特定の物理ホストへの固定（Affinity）はサポートされません。
また、再起動すると、以前のハードウェアとは別のハードウェアを提供される可能性もあります。
特定のハードウェアを指定できるわけではないため、ハードウェアの詳細情報（CPUソケット、コア数、ホストID）も開示されません。

また、ハードウェア専有インスタンスは、他者のアカウントとは隔離されますが、同一アカウントの共有テナンシーインスタンスは同一ハードウェアに配置される可能性があります。

ハードウェア専有インスタンスは、「オンデマンドインスタンス」「リザーブドインスタンス」「スポットインスタンス」で利用できます。

ハードウェア専有インスタンスの利用料金は、ベースとなるインスタンスの使用料金（「オンデマンドインスタンス」「リザーブドインスタンス」「スポットインスタンス」など）に、専有のための手数料が追加されます。
専有手数料は、リージョンごとに、1つ以上の専有インスタンスが実行中（Running）の状態である場合に、2ドル/時間の固定手数料が発生します。

3. 専有ホスト（Dedicated Hosts）

専有ホストは、特定のハードウェアをユーザー専用とするサービスです。

ユーザー専用となるため、CPUソケット、コア数、ホストIDなどハードウェアの詳細情報も確認できます。
ライセンスの関係で、共有ハードウェアでは利用できないケース（Windows Server、Amazon EC2 Mac Instancesなど）や、ハードウェアのコア数などの情報が必須となるケース（SQL Serverなど）、認証にサーバーシリアル番号が必要になるケース（セキュリティソフトなど）も、専有ホストなら利用可能です。

また、専有ホストを割り当てた際に「専有ホストリカバリ（Host Recovery）」オプションを選択しておくと、専有ハードウェアに障害が起きた際に、故障したホストを自動的に解放し、新しい専有ホストを割り当てます。障害が起きたハードウェア上にあったインスタンスは、新しいホスト上で自動で再起動します。
専有ホストリカバリオプションの利用に、追加料金はかかりません。

専有ホストの利用料金は、ハードウェア（ホスト）単位で課金されます。
ホストの物理リソース（コア数、メモリ、ストレージ）の上限に達するまでは、追加のインスタンス料金なし（ホスト料金に含まれる）で起動可能です。
利用料金は、ハードウェアのスペックやリージョンによって様々であるため、詳細は公式HPを確認してください。

料金体系では、単発利用の「オンデマンドDedicated Hosts」、あらかじめ申請する「Dedicated Hosts Reservations」、長期利用を前提とした「Savings Plans」の3種類が用意されています。「Savings Plans」の価格が低く、「オンデマンド」が最も高くなります。

余談ですが、ライセンス順守のために専有ホストを利用する場合は、「AWS License Manager」と連携させると運用コストを抑えることができます。
AWS License Managerは、ライセンス管理を自動で行うAWSのサービスです。
License Managerに、ライセンス条項やホスト割り当てポリシーを設定することで、「ライセンスをどれだけ利用したか」「何コアまで消費したか」「購入済のライセンスを超えてインスタンスを起動していないか」といったライセンスのコンプライアンス管理を自動で行えます。

4. 専有インスタンスと専有ホストの選択

ライセンスのためにハードウェアの情報が必要な場合は、専有ホストを選択します。

一方で、純粋な物理的専有が目的であれば、専有インスタンスと専有ホストの双方が選択肢となります。
その際は、コストを基準に選定することを勧めます。

ハードウェア専有インスタンスは、リージョン内で1つでも実行されていると月額約$1,440の固定費が発生します。

一方、専有ホストは、ホスト単位の料金となります。
そのため、専有ホストは、多数のインスタンスを集約（Bin-packing：複数のインスタンスを1つのホストに効率よく詰め込むこと）するほどインスタンスあたりの単価が下がります。

「（インスタンス代 ＋ 専有手数料）の合計コスト」が「専有ホスト1台の定額料金」を上回るポイントが分岐点となります。
小規模ならハードウェア専有インスタンス、大規模なら専有ホストによる高密度な集約（Bin-packing）が、コスト効率（ROI）を最大化させる鍵となります。

---

記事は以上です。
最後までお読みいただき、ありがとうございました。

参考情報一覧

この記事は以下の情報を参考にして執筆しました。

• AWS 認定資格試験テキスト AWS認定 ソリューション アーキテクト - アソシエイト 改定第3版
• 徹底攻略AWS認定ソリューション アーキテクト - アソシエイト 教科書 第3版
• ping-t
• EC2 インスタンスのテナント属性を理解する (最終更新 2019-05-29)(参照 2026-04-20)
• Amazon EC2 ハードウェア専有インスタンス (参照 2026-04-20)
• Amazon EC2 ハードウェア専有インスタンス (参照 2026-04-20)
• Amazon EC2 専有ホスト (参照 2026-04-20)
• Amazon EC2 専有ホストを利用すべき理由 (参照 2026-04-20)
• Amazon EC2 専有ホストの料金および請求 (参照 2026-04-20)
• Amazon EC2 専有ホストリカバリ (参照 2026-04-20)