IBM Sub-capacityライセンスとは — 知らないと損する基礎知識

1. Full-capacity vs Sub-capacity：IBMライセンスの二択

IBM PVUライセンスには、コアの数え方として「Full-capacity」と「Sub-capacity」の2種類があります。この違いを理解することが、IBMライセンス管理の出発点です。

Full-capacityは、IBMソフトウェアが稼働する物理サーバーに搭載された全コア数を対象にPVUを計算する方式です。例えば、32コアの物理サーバー上で、4vCPUのVMにIBM DB2をインストールした場合、Full-capacityでは32コア分のPVUが必要になります（32コア × 70PVU = 2,240PVU）。仮想化による分離は考慮されません。

Sub-capacityは、ソフトウェアが稼働するVMに割り当てられた仮想コア（vCPU）数のみを対象にPVUを計算する方式です。同じ例で4vCPUのVMであれば、4コア分のPVUで足ります（4コア × 70PVU = 280PVU）。Full-capacityと比べると8分の1のライセンスコストになります。これがSub-capacityの最大のメリットです。ただし、IBMはSub-capacityをデフォルトでは認めておらず、所定の条件を満たした企業のみが利用できる仕組みになっています。

2. Sub-capacity利用の前提条件：ILMTの義務設置

Sub-capacityライセンスを適用するために、IBMが契約上の義務として課している最大の条件が「ILMT（IBM License Metric Tool）の設置・稼働」です。ILMTは無償で提供されますが、その設置・運用・管理はユーザー企業の責任となります。

ILMTの設置義務を理解する上で重要なのは、「設置しているだけでは不十分」という点です。IBMが求めるのは、①全管理対象サーバーへのILMTエージェント（BigFix Agent）の配布、②30日以内の定期的なスキャン実行とデータのILMTサーバーへのアップロード、③少なくとも四半期に1回のライセンス計算レポートの生成と保存、④クラスター構成の正確な定義（VMが移動できるホストの範囲を正確に登録）の4点です。このいずれかが欠けていた場合、IBMはSub-capacityの適用を否認し、Full-capacityでの計算を要求する権利を持ちます。監査で過去データが不完全と判断された場合、遡及課金の対象期間は最長で契約期間全体に及ぶ可能性があります。

3. VMware上でのIBM Sub-capacityの仕組み

IBM Sub-capacityが最もよく活用されてきたのがVMware vSphere環境です。IBMはVMware vSphereをSub-capacity対応の認定仮想化プラットフォームとして認めており、ILMTがvCenter/vSphereと連携することでVM単位のキャパシティ計測が可能です。

VMware環境でSub-capacityを正しく適用するためのポイントは、クラスター定義の精度にあります。ILMTでは、VMが自動的に移動（vMotion等）できるホストの集合を「クラスター」として定義し、そのクラスター内のVM割り当てvCPU数の最大値（計測期間内のピーク）をライセンス必要量として計算します。したがって、VMware DRS（分散リソーススケジューラ）によって自動的にVMが移動する設定になっている場合、クラスター内の全ホストのコア数が計算対象に含まれることがあります。これを防ぐためには、IBM製品を稼働させるVMのvMotion先を制限するか、クラスター内の全ホストにILMTエージェントを正確に配布し、実際のVM配置を追跡できる状態にする必要があります。なお、VMware環境からNutanix AHVやHyper-Vへ移行する際は、ILMTの設定を新環境向けに再構成する作業が必要です。

4. Sub-capacityを利用できない製品・状況

IBM Sub-capacityはすべてのIBM製品・すべての状況で利用できるわけではありません。適用できないケースを把握しておくことが、ライセンス管理の誤りを防ぐ上で重要です。

まず、Sub-capacity非対応製品があります。IBMの製品ライセンスページ（IPLA: International Program License Agreement）で各製品の対応状況を確認する必要があり、製品によってはPVUライセンスであってもSub-capacityが認められていないものがあります。特に一部のIBMセキュリティ製品やレガシーTivoli製品では注意が必要です。

次に、ベアメタル（物理サーバー直接インストール）環境ではSub-capacityは適用できません。Sub-capacityはあくまで仮想化技術（ハイパーバイザー）によるリソース分離を前提とする制度です。また、ILMTエージェントが未配備のサーバー上で稼働するIBM製品もSub-capacity対象外となります。さらに、IBMが認定していないハイパーバイザー（Proxmox VE等の一部OSSハイパーバイザー）上での稼働もSub-capacity非対応となる可能性があります。コンテナ（Docker / Kubernetes）環境でのIBM製品稼働については、ILMTの代わりにLicense Serviceを使用する別の制度が設けられており、仮想化環境のSub-capacityとは異なるルールが適用されます。

5. コスト最適化のためのSub-capacity活用戦略

Sub-capacityを最大限に活用してIBMライセンスコストを最小化するためには、技術的な設定と管理プロセスの両面からアプローチする必要があります。

技術面での最適化ポイントは、IBM製品を稼働させるVMの割り当てvCPU数を必要最小限に設計することです。Sub-capacityでは計測期間内のピーク値がライセンス必要量となるため、過剰なvCPU割り当ては無駄なライセンスコストに直結します。また、IBM製品のVMをvMotionや自動移動が発生しないよう固定ホストに配置するか、移動先クラスターを最小化することで、計算対象コア数を抑制できます。管理プロセス面では、四半期ごとのILMTレポートを確実に生成・保管し、新しいサーバーやVMを追加した際にILMTエージェントの配布を即座に行う運用ルールを整備することが不可欠です。IBM製品の新規インストール・移行時には必ずILMT担当者を巻き込み、設定変更のチェックリストに組み込む体制が理想的です。Sub-capacityの適切な活用だけで、同一環境・同一使用量でのライセンスコストを30〜70%削減できたケースも珍しくありません。

このトピックについて専門家に相談する

「自社でSub-capacityが正しく適用されているか確認したい」「ILMTの設置状況を診断してほしい」など、IBM Sub-capacityに関するご不安は初回無料でご相談いただけます。現状把握から最適化プランの提案まで、専門家が直接対応します。