VMware仮想化環境でのOracleライセンスの落とし穴

OracleはVMwareをSoft Partitioningと判断する

Oracleのライセンスポリシー「Oracle Partitioning Policy」において、仮想化テクノロジーは「Hard Partitioning」と「Soft Partitioning」の2種類に分類されます。Hard Partitioningとはハードウェアレベルで物理的にCPUリソースを分離する技術であり、ライセンスを実際に使用するパーティションのリソース分のみカウントすることが認められます。

一方、Soft Partitioningはソフトウェア的にCPUを割り当てる仕組みであり、Oracleはこれを「ライセンスを制限するための信頼できる手段ではない」と位置づけています。VMware vSphere/ESXiはこのSoft Partitioningに分類されており、仮想マシン（VM）に割り当てたvCPU数ではなく、そのVMが動作しうる物理サーバーの全コア数に基づいてライセンスをカウントする必要があります。

この解釈は多くの企業に衝撃を与えます。「VMに4vCPUしか割り当てていないから4vCPU分のライセンスで足りる」という理解は、Oracleポリシー上は誤りです。Oracleはその認識を長年一貫して維持しており、LMS監査においても繰り返しこの点を追及してきました。

物理サーバー全体にライセンスが必要になるケース

VMware環境でOracle Databaseを稼働させている場合、Oracleは「Oracle DatabaseのVMが稼働しうる全ての物理ホスト」のコア数に対してライセンスを要求します。特にvMotionやDRS（Distributed Resource Scheduler）などのVMware機能が有効になっている場合、VMはクラスター内の任意のホストに移動する可能性があるため、クラスター全体の物理コア数がライセンスカウントの対象となります。

例えば、20コアサーバーが4台で構成されるvSphereクラスターに対し、そのうちの1台上でのみOracle VMを稼働させていても、Oracleポリシー上では80コア分（4台×20コア）のライセンスが必要とみなされます。これは多くの企業が把握していない事実であり、LMS監査で突然多額の追加請求を受ける主要因となっています。

唯一の例外として、Oracle VMが特定の物理ホストに固定されており、かつvMotion・DRSが完全に無効化または当該VMに対して制限されている場合は、そのホスト分のみのライセンスカウントが認められる場合があります。ただしOracleはこの構成の有効性を監査で厳格に確認するため、設定の証跡を完全に保持しておく必要があります。

Hard Partitioningが認められるテクノロジー一覧

Oracleが公式にHard Partitioningとして認めているテクノロジーは限定的です。2026年5月時点の主な認定テクノロジーには、Oracle VM Server for SPARC（旧称：Logical Domains）、Oracle VM Server for x86、Oracle Solaris Zones（Oracle Solaris上のみ）、IBM LPAR（PowerVM）、HP nPar、Fujitsu PRIMEQUEST（物理パーティション）などが含まれます。

注目すべき点として、Microsoft Hyper-V はHard Partitioningには分類されていませんが、AzureのDedicated Hostを使用した場合はOracleのポリシー解釈が異なる側面もあり、個別確認が必要です。また、AWS Nitro SystemベースのDedicated Hostについても同様です。これらの解釈はOracleが定期的にアップデートするため、最新の「Oracle Partitioning Policy」ドキュメントを参照することが不可欠です。

KVM（Kernel-based Virtual Machine）はLinux標準の仮想化基盤として普及していますが、Oracleはこれを単体ではHard Partitioningと認めていません。ただし、Oracle Linux上のKVMについては特定の条件下での扱いが異なる場合があり、専門家への確認が推奨されます。

VMware上のOracle：コスト最小化のための設計指針

VMware環境でOracleライセンスコストを最小化するための第一の指針は「Oracle専用クラスターの構築」です。Oracle Databaseを稼働させるVMを、Oracle専用の小規模クラスターに集約することで、ライセンスカウント対象のコア数を最小限に抑えられます。この際、クラスターに組み込む物理ホストは必要最小限のコア数に抑え、高コアプロセッサの使用を避けることが重要です。

第二の指針は「vMotion・DRS・HAの制限」です。前述の通り、これらのVMware機能がOracle VMに対して有効になっていると、クラスター全体がライセンス対象となります。Oracle専用クラスターでもvMotionを意図的に無効化・制限し、その設定をドキュメント化しておくことで、監査時のリスクを大幅に低減できます。

第三の指針は「Standard Edition 2（SE2）の活用検討」です。SE2はソケット数での課金となり、Enterprise Edition（EE）のコアベース課金と比べてコスト構造が異なります。機能要件がSE2で満たせる場合は、VMware上での稼働においてもSE2のほうがコスト管理しやすい面があります。ただしSE2は2ソケットまでの制限があるため、スケールアウト戦略との整合性を確認することが必要です。

Broadcom移行後のVMware環境とOracle監査リスクの変化

2023年のBroadcomによるVMware買収後、VMware製品ラインナップとライセンスモデルは大幅に再編されました。vSphere Essentials Kitの廃止、vSphere Foundationへの移行、VMware Cloud Foundation（VCF）へのバンドル化など、ライセンス構造が変化した結果、ユーザー企業がVMware環境を維持するコストが増大しています。

この変化はOracle監査リスクとも深く連動しています。VMwareコスト増大を受け、Hyper-VやKVM、Nutanixなどへの移行を検討する企業が増えていますが、移行先ハイパーバイザーのOracleポリシー上の扱いを誤ると、移行によってOracleライセンスコストが逆に増大するリスクがあります。

また、BroadcomによるVMwareサポートポリシーの変更により、サポート継続のために新たなサブスクリプション契約が必要となったユーザーが、VMwareとの契約交渉の中でOracleとの関係も含めたIT資産全体の見直しを行うケースが増えています。このタイミングでOracleライセンスの棚卸しと現状評価を行うことは、リスク低減とコスト最適化の両面で非常に有効です。

VMware×Oracleライセンスについて専門家に相談する

VMware環境でのOracleライセンスカウントの正確な把握、監査対策、コスト最適化設計まで、Oracle License MasterとVMware専門家が連携してサポートします。現状評価からお気軽にご相談ください。