インフラエンジニアなら、オンプレで何年も使ってきたWindows ServerやSQL Serverのライセンス、AWSへの移行後に「無駄になってしまうのか」と悩んだことがあると思います。「既存のMicrosoftライセンスをクラウドでも使いたい」「金融系のシステムで物理ハードウェアを占有しないと規制をクリアできない」――こういった現場の課題に直接応えるのが、Amazon EC2 Dedicated Hostsです。
この記事では、EC2 Dedicated Hostsの仕組みから、BYOL（Bring Your Own License）の実践方法、Dedicated Instancesとの違い、料金体系の考え方、コンプライアンス対応まで、オンプレ経験者の視点で整理します。
なぜ今、Dedicated Hostsを知っておく必要があるのか
通常のEC2インスタンスは「共有テナンシー（Shared Tenancy）」で動作します。物理サーバーのCPUやメモリはAWSの複数の顧客と共用されており、どの物理マシン上でインスタンスが動いているかを意識する必要はありません。これはパブリッククラウドの利点でもあります。
ところが、次のようなケースでは共有テナンシーが問題になることがあります。
・Microsoftのライセンス条項（BYOL）: Windows Server・SQL Server・Exchange Serverなど一部のMicrosoftソフトウェアは、ライセンスを物理ハードウェア単位で管理する必要があります。共有ホスト上では自分のインスタンスがどの物理コアで動くかを保証できないため、BYOL（持込みライセンス）の適用が原則不可です。
・金融・医療・政府系の規制: FISC（金融情報システムセンター）の安全対策基準やHIPAA準拠環境の中には、自社データを処理する物理サーバーを他テナントと共用してはならないと定めているものがあります。
・ライセンス監査への備え: ソフトウェアベンダーから監査を受けた際に、どの物理ホスト上でいくつのコアを使ったかを正確に記録・報告できなければなりません。
Dedicated Hostsはこれらの課題を一度に解決するサービスです。
EC2テナンシーの3モデルを整理する
EC2のテナンシー（入居形態）は大きく3種類あります。まずここを正確に理解することが重要です。
| モデル | 物理サーバーの共有 | 物理ホストの可視性 | 主なユースケース |
|---|---|---|---|
| Shared Tenancy（デフォルト） | 他テナントと共有 | なし | 一般的なワークロード全般 |
| Dedicated Instances | 自アカウント専用ハードウェア | なし | アカウントレベルのハードウェア分離 |
| Dedicated Hosts | 自アカウント専用ハードウェア | ホストID・ソケット数・コア数を管理可能 | BYOL・規制コンプライアンス・監査対応 |
Dedicated InstancesもDedicated Hostsも、物理サーバーが自分のAWSアカウントに占有されるという点は共通しています。決定的な違いは「物理ホストがどの程度見えているか」です。
Dedicated HostsとDedicated Instancesの違い
オンプレ経験者が最も混乱するポイントが、Dedicated HostsとDedicated Instancesの違いです。
| 比較項目 | Dedicated Hosts | Dedicated Instances |
|---|---|---|
| 課金単位 | ホスト1台あたり/時間 | インスタンスあたり + 専有リージョン料金（$2/h） |
| ソケット数・コア数の把握 | 可能 | 不可 |
| ホストへの特定インスタンス配置 | 可能（HostIDで指定） | 不可 |
| BYOL（ライセンス持込み） | 対応（AWS License Managerと連携） | 一部のみ対応・Microsoftは原則Dedicated Hostsが必要 |
| インスタンスファミリーの制約 | ホスト購入時にファミリー固定（例: m5） | なし |
| 監査レポートの提出 | ホスト単位の詳細記録が可能 | 困難 |
Microsoftのライセンスを持ち込む場合は、原則Dedicated Hostsが必要です。Dedicated Instancesでは物理コア数を把握できないため、Microsoftのソフトウェアアシュアランス（SA）付きライセンスをBYOLとして適用できません。
BYOLで使えるライセンスの種類
Dedicated Hosts上でBYOL（Bring Your Own License）を活用できる主なMicrosoftソフトウェアは次のとおりです（2026年10月時点）。
・Windows Server: ソフトウェアアシュアランス（SA）付きのボリュームライセンスが対象。Dedicated Hosts上ではWindowsのライセンス料をインスタンス料金に含めず、既存ライセンスで動作させられる。
・SQL Server（Enterprise/Standard）: コアベースライセンスをDedicated Hostsに適用可能。コアへのライセンス適用単位を正確に管理できる。
・Windows Server Datacenter版: Dedicatedホストの全物理コアに対してライセンスを適用することで、そのホスト上では仮想マシンを無制限に実行できる。
なお、Oracleの一部ライセンスもDedicated Hostsへの適用が認められていますが、Oracleの公式ライセンスポリシーが複雑なため、必ずOracle社またはライセンス専門家に確認してください。
1. AWS License Managerを活用する
AWSではDedicated HostsのBYOL管理を支援するために、AWS License Managerを提供しています。License Managerを使うと次のことができます。
・ライセンスルールの定義（例:「このホストではSQL Server Enterprise 16コア分のライセンスを使用する」）
・ライセンス超過の自動検知・警告
・AWS Organizations全体へのルール適用
・ライセンス消費状況のレポート自動生成（監査時に提出）
License Managerは単独では動作せず、Dedicated Hostsと組み合わせて初めて実力を発揮します。
# AWS CLIでDedicated Hostの詳細を確認する例 aws ec2 describe-hosts \ --filter "Name=state,Values=available" \ --query "Hosts[*].{HostId:HostId, Family:HostProperties.InstanceFamily, \ Sockets:HostProperties.Sockets, Cores:HostProperties.Cores, \ AvailableCapacity:AvailableCapacity}" \ --output table # License Managerに登録されたライセンス設定を確認する aws license-manager list-license-configurations \ --query "LicenseConfigurations[*].{Name:Name, ConsumedLicenses:ConsumedLicenses, \ LicenseCount:LicenseCount}" \ --output table
Dedicated Hostsの料金体系を理解する
Dedicated Hostsの料金は、通常のEC2インスタンスとは大きく考え方が異なります。ホスト1台あたりの時間単価で課金されます。
2. On-Demand vs リザーブドの選択
Dedicated Hostsにも、通常EC2と同様にOn-DemandとReserved（1年・3年）の選択があります。
・On-Demandホスト: 起動した時間分だけ課金。インスタンスが全く動いていなくても、ホストが割り当てられている間は料金が発生する。短期的な利用やPoC向け。
・Reservedホスト（1年/3年）: 前払い選択により最大70%前後のコスト削減が可能（2026年10月時点のAWSドキュメント参照）。長期的に特定インスタンスファミリーを使い続けることが確定している場合に有効。
重要な注意点: Dedicated Hostsの料金はインスタンスファミリー（例: m5, c5, r5）ごとに異なり、かつリージョンによって料金が変わります。東京リージョン（ap-northeast-1）でのコスト感は、AWS Pricing Calculatorで実際に試算することを強く推奨します。
3. BYOLによるトータルコスト試算（想定例）
以下はあくまで想定例です。実際の数値はライセンス条件・インスタンスファミリー・リージョンにより大きく異なります。
想定シナリオ: 東京リージョンで、SQL Server Enterpriseが動作するm5.8xlargeをDedicated Host上で2台常時稼働させる場合。
On-Demand Dedicated HostとSQL ServerのWindowsライセンス込みEC2インスタンスを比較すると、既存のSQL Server Enterpriseライセンス（SA付き）をBYOLで適用できる場合、Dedicated Hostsの方がトータルコストで有利になるケースが一般的です。ただし、ライセンスの更新費用・SAの維持費も含めた実コスト計算が必要です。
Dedicated Hostsを選ぶべき場面
4. BYOLでコスト最適化を図る
既存のMicrosoftライセンスを保有しており、AWS上でも継続して使いたい場合はDedicated Hostsが有力です。特にSQL Server Enterprise（コアライセンス）は単価が非常に高く、BYOLによるコスト削減効果が大きい傾向があります。
逆に、まだライセンスを持っていない、または少数インスタンスでの利用なら、AWSが提供するWindows付きAMI（ライセンス込み）の方が管理コストを下げられる場合もあります。
5. 規制・コンプライアンス要件を満たす
日本の金融機関が参照するFISC安全対策基準では、重要なシステムにおける物理的なリソース分離を求める記述があります。Dedicated Hostsは「この物理ホストは自社のAWSアカウントのみが使用している」という事実を証明できるため、監査時のエビデンスとして有効です。
AWSが提供するコンプライアンスレポート（SOC 2、ISO 27001、PCI-DSS等）と組み合わせることで、監査対応の証跡をシステマティックに管理できます。詳しくはAWS Audit Managerも参照ください。
6. ライセンス監査に備える
ソフトウェアベンダーの監査では「いつ、どのホストで、何コア使用したか」を記録した台帳の提出を求められることがあります。Dedicated Hostsは次のデータを取得・保持できます。
・HostID（物理ホストの一意識別子）
・ソケット数・物理コア数
・そのホスト上で稼働したインスタンスのIDと期間
・AWS Config経由での設定変更履歴
AWS Configと組み合わせてホスト設定の変更を記録しておくことで、監査時の資料作成が大幅に楽になります。
Dedicated Hostsの基本設定と起動手順
7. ホストの割り当て（Allocate）
Dedicated Hostは「EC2コンソール → Dedicated Hosts → Dedicated Hostsの割り当て」から作成します。この時点でインスタンスファミリーを選択します（後から変更不可）。
# AWS CLIでDedicated Hostを割り当てる例（m5ファミリー、東京リージョン） aws ec2 allocate-hosts \ --instance-family m5 \ --availability-zone ap-northeast-1a \ --auto-placement off \ --host-recovery on \ --quantity 1 # HostIDを確認する aws ec2 describe-hosts \ --query "Hosts[*].HostId" \ --output text
オプションの説明:
・auto-placement on/off: offにすると、インスタンス起動時に明示的にHostIDを指定しなければならない。BYOLコンプライアンスのためには「どのホストで動かすかを管理する」ことが重要なのでoffが推奨。
・host-recovery on: AWSの基盤障害発生時に別のDedicated Hostへ自動的にインスタンスを復旧させる機能。有効化推奨。
8. Dedicated Host上にインスタンスを起動する
# 特定のDedicated Host上にインスタンスを起動する例 aws ec2 run-instances \ --image-id ami-0xxxxxxxxxxxxx \ --instance-type m5.2xlarge \ --placement "HostId=h-0xxxxxxxxxxxxxxxxx,Tenancy=host" \ --key-name my-keypair \ --subnet-id subnet-xxxxxxxx
Placement.HostIdに割り当て済みのHostIDを指定するのがポイントです。BYOLで特定ホストにライセンスを紐づけている場合、誤って別のホストに起動してしまうとライセンス違反になります。
よくあるつまずきと対処法
9. インスタンスファミリーを誤って選択してしまう
Dedicated Hostはアロケート時に選択したインスタンスファミリー（例: m5）しか起動できません。「m5.2xlargeを動かしていたが、将来r5.2xlargeに変えたい」という場合、同じホストでは対応できず、新しくr5ファミリーのDedicated Hostを割り当て直す必要があります。
インスタンスファミリーの変更は将来的な要件として考慮し、ホスト割り当て前にインスタンスタイプの選定を確定させておくことが重要です。インスタンスタイプの選び方についてはAmazon EC2入門も参考にしてください。
10. Dedicated Hostsを解放（Release）し忘れる
インスタンスを停止・削除しても、Dedicated Hostの割り当て自体は残ります。ホストが「available（空き）」の状態でも時間課金は継続するため、使い終わったホストは速やかにリリースしてください。
一般的なつまずきとして、「インスタンスを全部削除したから課金も止まったはず」と思い込んでいたが、実際にはホストの課金が数週間続いていたというケースがあります。AWS Cost Explorerで「Dedicated Host Hours」という項目が出ていないか定期的に確認する習慣をつけましょう。
11. ホストリカバリーとインスタンス復旧の挙動を確認しておく
host-recoveryを有効にしている場合、AWSの基盤障害が発生すると別のDedicated Hostへインスタンスが移動します。このとき、HostIDが変わります。
AWS License Managerを使って「特定HostIDにライセンスを紐づけ」ている場合、HostID変更後のライセンス再適用が必要になることがあります。License Managerのルール設定を「HostID固定」ではなく「アカウント内の全Dedicated Host」に適用するよう設計しておくと安全です。
12. Windows Server BYOLのKMSライセンス認証
BYOLでWindows Serverを動かす際は、既存のKMS（Key Management Service）サーバーかAWSのKMSアクティベーション設定が必要です。オンプレのKMSサーバーを使う場合はDirect ConnectまたはSite-to-Site VPN経由で疎通を確保する必要があります。
Dedicated Hostsの設計パターンまとめ
| ユースケース | 推奨設定 | 注意点 |
|---|---|---|
| SQL Server BYOLコスト最適化 | Reserved（1年/3年）+ auto-placement off + License Manager連携 | SAライセンスの有効期限管理を別途実施 |
| Windows Server BYOL（Datacenter版） | Dedicated Host + 全コアへのDCライセンス適用 | ホスト上のインスタンス数が増えても追加ライセンス不要 |
| 金融系コンプライアンス対応 | host-recovery on + AWS Config記録 + AWS Audit Manager | HostID変更時のライセンス再適用手順を設計しておく |
| ライセンス監査対応 | License Manager + AWS Configで変更履歴保持 | ConfigのRetentionを監査要求期間（最低7年等）に合わせて設定 |
本記事のまとめ
Amazon EC2 Dedicated Hostsは、オンプレからクラウドへ移行する際に「ライセンス」と「規制」という2つのハードルを乗り越えるための重要なサービスです。
・Dedicated HostsはDedicated Instancesより上位の分離モデルで、物理ソケット数・コア数の可視性とホストIDの管理が可能
・BYOLはAWS License Managerと組み合わせることで、ライセンス消費の追跡と監査対応が一元管理できる
・料金はホスト単位で発生するため、インスタンスが空でも課金は続く。Reserved Hostsへの切り替えで長期コストを下げる
・auto-placement offとhost-recovery onの組み合わせが、管理性と可用性のバランス上、実務でよく採用されるパターン
・ホストリリース忘れはコスト増の典型原因。削除後の確認フローをオペレーション手順に組み込む
オンプレで長年培ったライセンス資産を無駄にすることなく、かつ規制要件もクリアしてクラウドの俊敏性を享受する——それがDedicated Hostsの本質的な価値です。
PR
AWSの設計判断を幅広くカバーした実務向け解説書。EC2の配置戦略・マルチアカウント設計・コスト試算など、Dedicated Hostsの導入検討に必要な周辺知識も体系的に習得できます。
