警告 : Geminiを使用して本記事の内容は作成しております。
1. Executive Summary
2つの「専用」モデルの核心
どちらも 「他社と物理ハードウェアを共有しない」 点は共通。
しかし、**「制御レベル」と「ライセンス適用」**に決定的な違いがあります。
-
Dedicated Instances (専有インスタンス)
-
目的: 手軽なコンプライアンス対応（分離重視）
-
特徴: 物理的な管理はAWSにお任せ（ブラックボックス）
-
Dedicated Hosts (専有ホスト)
-
目的: BYOL (ライセンス持込) によるコスト削減、厳密な配置制御
-
特徴: 物理サーバーを完全に可視化・制御（ホワイトボックス）
2. イメージで理解する（不動産の例え）
直感的な理解のために、不動産に例えます。
🏢 Shared (Default: 共有インスタンス)
「ビジネスホテルの一般客室」
- 隣の部屋には他人が宿泊しています（他社テナントと同居）。
🔒 Dedicated Instances (専有インスタンス)
「ホテルの貸切フロア」
- フロアごと貸切なので他人は入ってきません。
- ただし、「何階のフロアになるか」はホテル側 (AWS) が決めます。
- 部屋の詳しい構造（物理スペック）は見えません。
🏠 Dedicated Hosts (専有ホスト)
「住所指定の一軒家（借地）」
- 特定の建物そのものを確保します。「この家を使う」と指定可能です。
- 間取り（ソケット/コア）が見えるため、**自前の家具（ライセンス）**を持ち込めます。
3. Dedicated Instances (ハードウェア専有インスタンス)
🎯 Use Case
- 「セキュリティ規定で、物理的な共有が禁止されている」
- 「運用は複雑にしたくない、AWSに任せたい」
✅ Pros (メリット)
- 運用が楽: 通常のEC2と同じ感覚で起動可能。
- 自動配置: ホストの空き容量管理などをAWSに委任できる。
⚠️ Cons (デメリット)
- BYOL不可: 基本的に既存ライセンスの持ち込みはできない。
- 物理特定不可: どの物理筐体で動いているか確認・指定できない。
- コスト: インスタンス料金 + リージョン手数料（約$2/h）が発生。
4. Dedicated Hosts (専有ホスト)
🎯 Use Case
- 「Windows/SQL Server/Oracle等の既存ライセンスを使いたい (BYOL)」
- 「メンテナンス時も物理サーバーを移動させたくない」
✅ Pros (メリット)
- BYOLによるTCO削減: コア課金ライセンスを有効活用し、クラウドコストを圧縮可能。
- 完全な可視性: ソケット数、CPUコア数、Host IDが見える。
- 配置制御: インスタンスを特定の物理サーバーに「串刺し」固定可能 (Host Affinity)。
⚠️ Cons (デメリット)
- 運用負荷が高い: ホストのキャパシティ管理（充填率）はユーザー責任。
- 課金単位: インスタンス稼働数に関わらず**「ホスト1台分」**の料金が発生。
5. Comparison Matrix (比較表)
| Feature | Dedicated Instances | Dedicated Hosts |
|---|---|---|
| 主な目的 | コンプライアンス・分離 | ライセンス持込 (BYOL) |
| 物理サーバーの可視化 | ❌ 不可 (Black Box) | ⭕ 可 (White Box) |
| 配置の指定 (Affinity) | ❌ 自動配置 | ⭕ 指定可能 |
| ライセンス持込 | 🔺 限定的 (ほぼ不可) | ⭕ 可能 (Win, SQL, Oracle) |
| 課金体系 | インスタンス単位 | ホスト単位 (満載にするほどお得) |
| 運用難易度 | 低 (Easy) | 高 (Expert) |
6. Architect's Verdict (選定フロー)
現場で迷ったときの 「Decision Flow」 です。
Q1. 既存のソフトウェアライセンス (Windows, DB等) を持ち込みたいか？
-
YES 👉 Dedicated Hosts 一択
-
理由: TCO（総保有コスト）削減効果が最も高いため。
-
NO 👉 Q2へ
Q2. 物理サーバーレベルでの厳密な配置制御（固定）が必要か？
-
YES 👉 Dedicated Hosts
-
理由: 厳しいレイテンシ要件や、特殊な物理冗長化構成が必要な場合。
-
NO 👉 Dedicated Instances
-
理由: 単に「コンプライアンス規定で他社と同居NG」なだけなら、運用が楽なこちらが最適。