Windows Server 2019 EssentialsをHyper-V上で「AD用」「ファイルサーバー用」の2VMに分けたい――そのとき迷うのが、同じプロダクトキーを2台の仮想マシンで使ってよいのかという問題です。本記事では、Essentialsの仮想化権利と注意点、2VMを正しく運用する現実的な選択肢を整理します。
結論：Windows Server 2019 Essentialsを2VMで“同じキー1本”は基本不可
Windows Server 2019 Essentialsは、ライセンス上「同時に動かせる実行インスタンス」が明確に決まっています。結論から言うと、Hyper-V上でEssentialsのVMを2台（2VM）作り、同一のプロダクトキー（同一ライセンス）で2台とも運用するのは基本的にできません。理由は、Essentials 1ライセンスで同時に認められる仮想インスタンスが1台までだからです。
加えて、Essentialsを仮想マシンで動かす場合、物理ホスト側（物理OSE）のWindows Serverインスタンスは「仮想化の実行・提供」や「VMの管理・保守」に限って利用できるとされています。つまり、ホストOSを“ついでにファイルサーバーにする”“ついでにADを立てる”といった使い方は、ライセンス条件から外れる可能性が高く、設計としても避けたほうが安全です。
| やりたいこと | 1ライセンス（同一キー）で可能？ | ポイント（何が制約になる？） |
|---|---|---|
| Essentials VMを2台（AD用／ファイル用） | 不可 | Essentialsは「物理OSE 1 + 仮想OSE 1」まで。同時に動かせるVMは1台まで。 |
| Essentialsを1VMに集約（AD＋ファイル） | 条件付きで可 | 仮想OSEで稼働するならホスト（物理OSE）は仮想化/管理用途に限定。 |
| Windows Server Standardで2VM（AD用／ファイル用） | 可 | 適切にコアライセンスを割り当てると2 OSE（=2VM）まで。CALが必要。 |
| Windows Server DatacenterでVMを増やす | 可 | 適切にライセンスするとVMは無制限。CALが必要。AVMAで認証運用を簡略化できる。 |
勘違いしやすい：プロダクトキー（認証）とライセンス（利用権）は別物
「同じプロダクトキーが2台のVMに入力できるか／認証が通るか」は、あくまでアクティベーション（技術的な認証）の話です。一方で、企業や組織として守るべきなのは、Microsoftが定める利用権（Product Terms）です。
極端に言えば、何らかの理由で2台のVMが“たまたま認証できた”としても、ライセンス条項が許していなければ適正利用にはなりません。逆に、ライセンス上は正しい構成でも、キーの種別（OEM/ボリューム等）やアクティベーション回数の都合で認証が詰まることもあります。まずは「認証」と「利用権」を切り分けて考えるのが、ライセンス事故を防ぐコツです。
条文で見る：Windows Server 2019 Essentialsが許す“同時稼働”の上限
Microsoft Product TermsのWindows Server 2019 Essentialsの追加条項では、次の2点が重要です。
- 同時に使えるのは、物理OSEに1インスタンス＋仮想OSEに1インスタンス（=VMは1台まで）
- 仮想OSEで使う場合、物理OSE側は仮想化（Hyper-V等）とVM管理・保守に限定
このため、物理サーバーにHyper-Vを入れて「Essentials VMを2台（AD用／ファイル用）」という設計は、ライセンスの枠を超えてしまいます。いわゆる“キーの使い回し”で解決する話ではなく、そもそも許容されるVM台数が1台というのが根本原因です。
さらに重要：Essentialsはドメイン構成にも制約がある
「2VMに分けたい」ケースで見落としやすいのが、EssentialsのActive Directory（ドメイン）構成の制約です。Product Termsには、Essentialsを実行するドメインについて、概ね次の要件が示されています（要旨）。
- サーバーのActive Directoryはドメインコントローラーとして構成される（FSMOロールをすべて保持する単一サーバー）
- そのドメインはフォレストのルートであり、子ドメインではない
- 他ドメインとの信頼関係を持たない
これを踏まえると、「Essentialsを2台（2VM）用意して、1台をAD、もう1台をファイルサーバー」という分割は、単にライセンス本数の問題だけでなく、Essentialsが想定するドメイン設計と噛み合いにくい点にも注意が必要です。役割分離（ADとファイルを別VMにする）自体は良い設計ですが、Essentialsというエディションが“その分離に向かない”ことがあります。
「2VMに分けたい」なら現実解はStandardかDatacenter
役割分離をしっかり行い、Hyper-V上でAD用VMとファイルサーバー用VMを2台動かすなら、ライセンス面で素直なのはWindows Server Standardです。Standardは、サーバーに必要なコアライセンスを割り当てることで、2 OSE（=2VMを含む）まで実行できます。2VMを動かす場合、物理OSEはホスト（仮想化の実行と管理）専用にできる、という前提も明確にされています。
将来的にVMが増える可能性が高い、あるいはVMの台数がすでに多い場合は、Windows Server Datacenterが選択肢になります。Datacenterは、コアライセンスを適切に割り当てたライセンス済みホスト上で、Windows Server VMを無制限に実行できます。
比較表：Essentials／Standard／Datacenterの選び方（2VM目線）
| 項目 | Windows Server 2019 Essentials | Windows Server Standard | Windows Server Datacenter |
|---|---|---|---|
| 想定規模 | 小規模（ユーザー/デバイス上限あり） | 小〜中規模（VM少なめ） | 中〜大規模（VM多め） |
| 同時稼働できるVMの目安 | 1VMまで | 2VMまで（追加ライセンスで拡張可能） | 無制限 |
| 物理ホストの扱い | VM稼働時はホストを仮想化/管理用途に限定 | 2VM稼働時はホストを仮想化/管理用途に限定 | ホスト＋無制限VM（通常はホストは仮想化基盤として運用） |
| CAL（ユーザー/デバイス） | Windows Server CALは不要（ただしユーザーアカウント25・接続デバイス50などの上限） | 基本的に必要（外部ユーザーはExternal Connector等） | 基本的に必要（外部ユーザーはExternal Connector等） |
| 2VM（AD/ファイル分離）との相性 | △（ライセンスと制約で無理が出やすい） | ◎ | ○（将来増やすなら◎） |
CALでつまずかないために：Standard/Datacenterは“アクセス分”が別ライセンスになる
Standard/Datacenterでは、サーバーOS（コアライセンス）に加えて、ユーザーまたはデバイスがサーバー機能へアクセスするためのWindows Server CAL（または外部向けのExternal Connector）が求められます。MicrosoftのライセンスFAQでも、Standard/DatacenterへのアクセスにはCAL（またはExternal Connector）が必要で、アクセスするユーザー/デバイスごとにCALが必要になる旨が説明されています。
一方でEssentialsは、ライセンスFAQでWindows Server CALを要求しない一方、ユーザーアカウント数などの上限があると説明されています。Product Termsでも、ユーザーアカウント上限（25）や接続デバイス上限（50）が明記されています。Essentialsを選ぶときは、これらの上限内に収まるかを必ず確認してください。
Standardを選ぶときのチェックポイント（“2VM”を確実に満たす）
Standardで2VM運用を行う場合は、「Standardを買えば2VMが無条件にOK」というより、物理サーバーの全コアを正しくライセンスすることが前提になります。Microsoftのライセンス資料では、コアライセンスはサーバーあたり最低16コア、かつCPUあたり最低8コアを割り当てる必要があると説明されています。
- 物理CPUとコア数（例：1CPU 12コアでも最低16コア分は必要）
- 今すぐ必要なVM数（今回は2VM）
- 1〜2年で増えるVM数（バックアップ用、監視用、アプリ用などで増えがち）
- アクセスするユーザー/デバイス数（CALの数に直結）
- RDS（リモートデスクトップサービス）など追加機能の有無（別ライセンスが必要になることがある）
具体例：2VM構成でよくある“ライセンスの組み方”
ここでは分かりやすく、物理1台のHyper-Vホストに「AD用VM」「ファイルサーバー用VM」の2台を載せるケースを例に、考え方だけ整理します（価格は販売形態・時期で変動するため省略）。
| 構成例 | OS選定 | ライセンスの考え方 | 向いているケース |
|---|---|---|---|
| ホスト1台＋Essentials VM 1台（役割集約） | Essentials | 物理OSE 1 + 仮想OSE 1。仮想で使うならホストは仮想化/管理専用。ユーザー/デバイス上限内で運用。 | 小規模で、ADとファイルを分けなくても運用できる |
| ホスト1台＋VM 2台（AD/ファイル分離） | Standard | サーバーの全コアをライセンス → 2 OSE（=2VM）まで。2VMのときホストは仮想化/管理専用。CAL/External Connectorを用意。 | 今回の目的そのもの。今後のVM増加が少ない |
| ホスト1台＋VM多数（例：4〜10台） | Datacenter | サーバーの全コアをライセンス → VM無制限。CAL/External Connectorを用意。AVMAでゲスト認証を簡素化可能。 | VMが増える前提、または増える可能性が高い |
StandardでVMを増やす場合：追加ライセンスで“2VMずつ”増やせる
「いずれ2VMを超えそう」という場合、Standardは同じサーバーに追加でコアライセンスを割り当てることで、実行できるOSE（VM）の数を増やせます。Microsoftのガイダンスでは、サーバーをフルにライセンスした状態を1セットとして、追加で同じ分だけ割り当てると、さらに2つのOSE（=2VM）を追加できる考え方が示されています。
| 必要なWindows Server VM数 | Standardの“フルライセンス”セット数の目安 | 補足 |
|---|---|---|
| 1〜2台 | 1セット | 今回の2VMはここに該当 |
| 3〜4台 | 2セット | 将来VMが増えるなら要検討 |
| 5〜6台 | 3セット | このあたりからDatacenterと比較することが多い |
DatacenterならAVMAで“ゲストの自動認証”ができる（ただし前提あり）
Datacenterを選ぶメリットの一つが、Hyper-V環境で使えるAVMA（Automatic Virtual Machine Activation）です。AVMAは、ライセンス済みのHyper-Vホストに紐づけてゲストVMを自動的に認証する仕組みで、ネットワークが閉じた環境でも運用しやすくなります。
重要なのは、AVMAは「認証を楽にする仕組み」であって、無制限に使ってよいという意味ではない点です。Microsoft Learnでは、AVMAが“適切にライセンスされたHyper-Vホスト”を前提とし、利用権に従って製品が使われることを支える仕組みである、と説明されています。また、AVMAの要件としてWindows Server Datacenter（Hyper-Vホスト役割）が必要だと明記されています。
よくある質問（同じプロダクトキー問題）
同じキーを2台のEssentials VMに入れて、認証が通ったらOKですか？
ライセンス上はOKになりません。Essentialsは同時に稼働できる仮想インスタンスが1台までで、2VM運用は条項から外れます。まずは「必要なVM数に対して、どのエディションをどれだけライセンスするか」を正面から設計し直すのが安全です。
Datacenterを買えば、Essentials VMを何台でも動かせますか？
Datacenterをサーバーの物理コアに対して適切にライセンスした場合、そのホスト上でWindows Server VMを無制限に実行できます。ソフトウェアとしてEssentialsを選ぶ場合は、Product Termsでダウンエディション権（Datacenter→Essentials）が示されています。なお、ダウングレード/ダウンエディションは“ソフトウェアの選択肢”を広げるもので、購入したライセンスの条件自体が変わるわけではない点も合わせて理解しておくと安心です。
2VMしか要らないのにDatacenterはやり過ぎですか？
今の要件が2VMで固定なら、Standardの方が設計も分かりやすいことが多いです。一方で、バックアップ、監視、アプリ分離、検証環境などでVMが増えやすい組織では、Standardを重ねていく運用よりDatacenterが楽になるケースもあります。将来のVM増加見込みと、CAL/運用負荷まで含めて判断しましょう。
まとめ：2VM構成の“やりたいこと”にエディションを合わせるのが最短
- Windows Server 2019 Essentialsは、同時に動かせる仮想インスタンスが1台まで。2VMを同一キー（同一ライセンス）で運用するのは不可。
- 2VM（AD/ファイル分離）をやりたいなら、Standard（2VM権利）か、将来増えるならDatacenter（無制限）を検討。
- Standard/DatacenterはCAL（またはExternal Connector）が必要になるケースが多い。EssentialsはCAL不要の代わりに上限（ユーザーアカウント/デバイス）で運用する前提。
参考リンク
- Server Virtualization Licensing Guidance（Microsoft）
- Windows Server Standard, Datacenter, and Essentials（Product Terms / Microsoft）
- Automatic Virtual Machine Activation（Microsoft Learn）
- Virtualization rights for Windows Server editions（Dell）
- Windows Server – Licensing（Microsoft）
- Licensing FAQ（Microsoft）
- Windows Server 2019 Essentials（Evaluation Center / Microsoft）
コメント