IBMライセンスガイド(2026年版)
著者:イタムス株式会社 代表コンサルタント 武内烈(Oracle License Master / SLAM Master)|最終更新:2026年5月
IBM製品のライセンス管理は、Oracle同様に専門知識なしでは適切な運用が困難な領域です。PVU(Processor Value Unit)やRVU(Resource Value Unit)というIBM固有の計算単位、Sub-capacity(サブキャパシティ)ライセンスの適用条件、そしてその前提となるILMT(IBM License Metric Tool)の設置義務など、複層的な仕組みが組み合わさっています。本ガイドでは、IBM DB2・WebSphere・Rationalをはじめとする主要製品のライセンス体系を体系的に整理し、監査リスクの回避と合理的なコスト管理のための実務知識を提供します。
1. IBMライセンスの基礎:PVUとRVUの違い
IBMのソフトウェアライセンスには複数のメトリクス(計算単位)が存在しますが、エンタープライズ環境で最も頻出するのがPVU(Processor Value Unit)とRVU(Resource Value Unit)です。
PVU(Processor Value Unit)は、製品が稼働するプロセッサのアーキテクチャとコア数に基づいてライセンスを計算するメトリクスです。IBMはプロセッサの種類ごとにPVU値を定めており(例:Intel Xeon多コアプロセッサは1コアあたり70PVU、IBM POWERは1コアあたり120PVU等)、稼働コア数にPVU値を乗じた数値がライセンス必要量となります。DB2 Advanced Enterprise Server Edition、WebSphere Application Server等の主要製品がこのメトリクスを採用しています。
RVU(Resource Value Unit)は、製品によって定義が異なりますが、一般的にはユーザー数、データ量、トランザクション数などの「リソース量」に基づいてライセンスを計算します。IBM Cognos、IBM SPSS等のBI・分析製品に多く採用されています。PVUライセンスと異なり、ハードウェア構成の変化に直接連動しない点が特徴です。製品ごとにRVUの定義が異なるため、ライセンス証書(Proof of Entitlement)で定義を必ず確認する必要があります。
2. IBM Sub-capacityライセンスの仕組みと適用条件
IBMのPVUライセンスには、Full-capacity(フルキャパシティ)とSub-capacity(サブキャパシティ)の2種類の計算方式があります。Full-capacityでは、ソフトウェアが稼働する物理サーバーの全コアを対象にPVUを計算します。一方、Sub-capacityでは、ソフトウェアが実際に利用できる仮想コア(vCPU)数のみを対象に計算するため、仮想化環境では大幅なコスト削減が可能です。
Sub-capacityを利用するためには、以下の条件を全て満たす必要があります。①IBMが認定した仮想化技術(VMware vSphere、Nutanix AHV、Microsoft Hyper-V、IBM PowerVM等)上で稼働していること、②ILMT(IBM License Metric Tool)を対象環境に設置・稼働させ、所定の間隔でキャパシティデータを収集・保存していること、③ILMTのレポートを四半期ごとに生成・保存していること。この条件を満たせない場合、IBMはFull-capacityでの課金を要求できる権利を持ちます。監査時にILMTのデータが不完全または欠損していた場合、過去最大1年分(状況によってはそれ以上)のFull-capacity遡及課金が発生するリスクがあります。
3. ILMT(IBM License Metric Tool)の役割と設定要件
ILMT(IBM License Metric Tool)は、IBMが無償提供するライセンス計測ツールです。仮想化環境においてIBMソフトウェアの稼働コア数を継続的に計測し、Sub-capacityライセンスの根拠データを生成する役割を担います。IBMはSub-capacityライセンスを利用する顧客に対してILMTの設置を契約上の義務として課しており、このツールが正常に機能していない状態はライセンス違反と同等に扱われます。
ILMTの設定要件として、まずILMTサーバーはDB2またはDB2 Expressをバックエンドデータベースとして使用します。エージェント(IBM BigFix / Tivoli Endpoint Manager)を各管理対象サーバーに配布し、30日ごとにキャパシティデータを収集・アップロードするよう設定します。データは最低90日分を保持し、四半期レポートを生成・保管することが求められます。なお、2024年以降はILMTに代わる新しいツールとしてLicense Service(クラウドネイティブ環境向け)やIBM Software Asset Management(ISAM)への移行も選択肢となっており、コンテナ・Kubernetes環境でのIBM製品稼働については別途対応方針の確認が必要です。
4. IBM監査の実態:何が問題になるか
IBM監査(正式にはIBM Software Compliance Assessment)は、IBM担当営業またはIBMのコンプライアンス専門チームから通知書が送付される形で開始されます。通知を受けた企業は、通常30〜90日以内にILMTのレポートデータ、ライセンス購入証跡(Proof of Entitlement)、ソフトウェアインベントリを提出するよう求められます。
監査で問題になる最多パターンは以下の3点です。第一はILMTの未設置または設定不備です。ILMTが存在しない、またはエージェントが対象サーバーに配布されていない状態では、Sub-capacityの証明ができないためFull-capacityでの計算を強いられます。第二は製品スコープの漏れです。DB2やWebSphereの本体ライセンスは管理していても、同梱オプション製品(例:WebSphere MQ、IBM DataStage等)の追加導入が未申告のままになっているケースが多く見られます。第三はバージョン・エディションの不一致です。ダウングレード権の有無を確認せずに旧バージョンを使用し続けると、ライセンス不足と判定されることがあります。監査への対応は初動が重要で、証拠の保全と弁護士・専門コンサルタントへの早期相談が推奨されます。
5. IBMライセンスの最適化:コスト削減のアプローチ
IBMライセンスコストの最適化は、主に3つのアプローチで実現できます。第一はSub-capacityの適切な活用です。ILMTを正しく設置・運用し、仮想化環境での稼働コア数を最小化することで、Full-capacity比で30〜70%のコスト削減が実現できるケースがあります。VMの割り当てvCPU数の見直しと、ILMTによる継続的な計測が前提となります。
第二は製品エディションの最適化です。IBMは製品ごとに複数のエディション(Standard、Advanced、Enterprise等)を用意しており、実際に利用している機能に対して過大なエディションを購入しているケースが少なくありません。機能棚卸しを行い、必要最小限のエディションへのダウングレードまたは次回更新時の見直しが有効です。第三はIBM Passport Advantageの契約構造の見直しです。複数製品を保有している場合、IBM Enterprise License Agreement(ELA)やIBM Cloud Pak等のバンドル契約への切り替えが有利なケースがあります。ただし、ELAへの移行は契約条件が複雑なため、専門家によるシミュレーションが不可欠です。年間サポート費用(Software Subscription & Support)の更新タイミングに合わせた交渉が最大の削減機会となります。
このトピックについて専門家に相談する
IBMライセンスの体系は複雑で、PVU計算やSub-capacity適用の見落としが大きな過払いや監査リスクに直結します。現在の契約内容の診断から、ILMT設置状況の確認、最適化プランの立案まで、初回は無料でご相談いただけます。
無料相談を申し込む →