VMwareを廃止するとOracleライセンスはどう変わるか

VMware廃止がOracle環境に与える影響の全体像

VMwareからの移行がOracleライセンスに与える影響は、移行先のハイパーバイザーがOracleのPartitioning PolicyにおいてHard PartitioningとSoft Partitioningのどちらに分類されるかによって大きく異なります。現状VMware（Soft Partitioning）でOracle Databaseを運用している企業の多くは、クラスター全体の物理コアに対してライセンスを確保しているか、あるいはリスクを認識しつつ不足状態で運用しているかのいずれかです。

移行先がHard Partitioning認定ハイパーバイザー（Oracle VM Server for x86、IBM PowerVMなど）の場合、Oracle DatabaseのVMに割り当てたリソース分のみがライセンス対象となります。これはVMware環境に比べてライセンスの「見える化」と「最適化」が進み、場合によっては大幅なコスト削減が実現します。

一方、Hyper-VやKVM（単体）への移行の場合は、Oracleポリシー上の扱いがVMwareと同様に「Soft Partitioning」となるため、ライセンス要件の本質は変わりません。この場合、VMware廃止によってOracleライセンスコストが削減されるわけではなく、むしろサーバー構成の変化によって追加コストが発生するリスクがあります。VMware廃止によってOracleコストも削減できると誤解したままプロジェクトを進めることは、大きな落とし穴となります。

Hard Partitioning認定ハイパーバイザーへの移行とライセンス変化

VMware環境からOracle VM Server for x86（OVM）やOracle Linux KVM（特定の条件下）などのHard Partitioning認定環境に移行した場合、Oracle DatabaseのVMに割り当てたvCPU（OCPU）数のみをライセンスカウントの対象とすることが認められます。これにより、大規模なvSphereクラスター上で少数のOracle VMのみを稼働させていた環境では、ライセンス本数を大幅に削減できる可能性があります。

具体例として、24コアの物理サーバー4台で構成されるvSphereクラスター（合計96コア）上でOracle Databaseの仮想マシン1台（4vCPU相当）を稼働させていた場合、VMware環境では理論上96コア分（Core Factor適用後48本のProcessorライセンス）が必要です。これをOVMのHard Partitioned環境に移行し、1台のサーバーに固定・制限した場合、4vCPU相当（2本のProcessorライセンス）での運用が認められます。

ただし、OVMはOracle自身のサポートが縮小傾向にあり、長期的な技術ロードマップに不安があります。Oracle Linux KVMについては適用条件が複雑なため、専門家への確認なしに独自判断することは避けるべきです。また、Hard Partitioning認定環境への移行を完了した後も、監査においてその構成の正当性を証明するための設定記録・ログの保持が必要です。

物理サーバー集約時のOracleライセンス計算

VMware廃止プロジェクトでは、仮想化レイヤーの撤廃に合わせてサーバーの物理的な再編（台数削減・高性能サーバーへの集約）が行われることが多いです。この物理サーバー集約がOracleライセンスに与える影響は見過ごされやすいポイントです。

Soft Partitioning環境（Hyper-V、KVMなど）でOracle Databaseを稼働させる場合、ライセンスカウントはOracle VMが稼働しうる物理サーバーの全コア数に基づきます。例えば、16コアサーバー6台から32コアサーバー3台に集約した場合、総コア数は96コアと変わりませんが、Oracle専用クラスターを正確に区分しなければ、集約後のほうがライセンス管理が複雑になるケースもあります。

また、物理環境への「ベアメタル移行」（仮想化なし・Oracle Databaseを物理サーバーに直接インストール）の場合は、その物理サーバーの全コアがライセンス対象となります。ハイスペックなサーバーへの集約を行う際は、Core Factor Tableを適用した正確なライセンス本数試算を移行計画策定の段階で実施することが必須です。

VMware廃止プロジェクトにおけるOracle評価のタイミング

Oracle評価のタイミングは「VMware廃止プロジェクトの計画フェーズ」が最適です。移行先ハイパーバイザーの選定、サーバー構成の設計、移行スケジュールの策定が行われるこの段階でOracle観点の評価を組み込むことで、後から発覚する追加コストや設計変更を防ぐことができます。

実際のプロジェクト現場では、インフラチームがVMware廃止を主導し、ライセンス管理担当やOracle専門家がプロジェクトに参加していないケースが多く見られます。移行完了後にライセンスレビューを行った際に「想定外のライセンス不足」が発覚し、多額の追加購入やOracle社との交渉が必要になる事例は珍しくありません。

特に注意が必要なのは「移行の過渡期」です。VMware環境と新環境が並行稼働する期間中、OracleはVMware側と新環境の両方でライセンスを要求する場合があります。移行スケジュールを設計する際には、この並行稼働期間を最小限に抑えるか、その期間のライセンスコストを計画に織り込む必要があります。

移行前に実施すべきOracleライセンス棚卸し

VMware廃止プロジェクトを開始する前に、まず現状のOracleライセンスの棚卸しを実施することを強く推奨します。棚卸しで確認すべき項目は以下の通りです。

保有ライセンスの確認：Oracle Databaseのエディション（Enterprise / Standard Edition 2）、ライセンスメトリック（Processor / Named User Plus）、本数、Supportの有効期限を正確に把握します。過去の購入履歴とOracle CSI（Customer Support Identifier）に紐づく契約内容を照合し、現在保有している権利の全容を明確にします。

現状の利用状況の把握：Oracle Databaseが稼働しているVMwareのVM一覧、各VMが配置されているvSphereクラスター、ホストのCPU情報（ソケット数・コア数・プロセッサタイプ）を収集します。LMS Script（Oracle License Management Services提供のスクリプト）を使用することで、稼働中のOracle製品と利用オプションを自動的に検出できます。

ギャップ分析と移行シナリオ試算：現状保有ライセンス数と、各移行シナリオ（Hard Partitioning移行、Soft Partitioning移行、ベアメタル移行）での必要ライセンス数を試算し、追加コストまたは削減効果を定量化します。この試算結果をもとにVMware移行プロジェクトの判断基準に組み込むことで、全体最適なIT基盤の設計が可能となります。

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

VMware廃止・移行プロジェクトにおけるOracleライセンスへの影響評価、移行シナリオ別のコスト試算、棚卸し支援まで、Oracle License Masterが実務レベルでサポートします。プロジェクト計画段階からご相談ください。