ILMT未設置企業が直面する監査リスク
著者:イタムス株式会社 代表コンサルタント 武内烈(Oracle License Master / SLAM Master)|最終更新:2026年5月
IBM製品を仮想化環境で運用しながらILMT(IBM License Metric Tool)を設置していない、あるいは正常に機能させていない企業は、IBM監査において極めて深刻なリスクに直面します。最大のリスクは「Full-capacity遡及課金」です。Sub-capacityで節減できていたはずのPVUライセンスが、過去にさかのぼって物理サーバー全体のコア数で計算し直され、多大な追加請求が発生するケースが実際に起きています。本稿では、ILMTの役割の本質から始め、未設置・設定不備が招くリスクの具体的な内容、そして早期対処の方法を実務的に解説します。
1. ILMTとは何か:IBMが要求するその理由
ILMT(IBM License Metric Tool)は、IBMがSub-capacityライセンス利用の条件として、ユーザー企業に設置・運用を義務付けているライセンス計測ツールです。IBMが無償で提供していますが、その設置・設定・維持管理はユーザー企業の全責任となります。
IBMがILMTを要求する理由は明確です。Sub-capacityライセンスでは「VMに割り当てられたvCPU数のみ」でPVUを計算しますが、これはIBMにとって収益が大幅に減少するモデルです。IBMはSub-capacityの適用を認める代わりに、その根拠となるキャパシティデータをユーザー自身が継続的に記録・保存することを求めています。ILMTのレポートは、Sub-capacityが正当に適用されていることを証明する唯一の公式な手段です。言い換えれば、ILMTが機能していない状態でSub-capacityを使っているということは、「証拠なしで割引を受けている」状態に相当し、IBMが監査で否認できる状況を自ら作り出していることを意味します。IBMのIPLA(International Program License Agreement)契約条件には、ILMTの設置義務が明記されており、違反した場合はFull-capacityでの計算を適用できる旨が定められています。
2. ILMT未設置での監査:最大のリスクはFull-capacity遡及
IBM監査(Software Compliance Assessment)でILMTが未設置または機能不全と判明した場合に発生する最大のリスクが、Full-capacity遡及課金です。これはSub-capacityで節減していた期間を含め、過去にさかのぼってFull-capacityで計算し直した差額を追加請求されるというものです。
遡及の範囲については、IBMの標準的なスタンスとして「Sub-capacityを適用し始めた時点(または現行契約の開始時点)まで遡る」という主張がなされることがあります。例えば、64コアの物理サーバー上で8vCPUのVMを使いDB2を稼働させ、3年間Sub-capacityで運用してきたケースを考えます。ILMTが未設置だったとすると、この3年間についてFull-capacityでの計算(64コア × 70PVU × 年間保守率)が適用されると、数千万円規模の追加請求が発生しうる計算になります。実際の監査では交渉の余地はありますが、ILMTデータという証拠が存在しない状態での交渉は著しく不利です。ILMT未設置の発覚は、監査対応コストと追加ライセンス費用の両面で企業に大きなダメージを与えます。監査通知を受けた時点でILMT未設置が判明した場合は、即座に専門家への相談が必要です。
3. よくあるILMT設定不備のパターン
ILMTが「一応存在する」企業でも、設定不備によってSub-capacityの証明が困難になるケースが多数あります。現場で頻繁に見られる不備パターンを整理します。
パターン1:エージェント配布漏れ。ILMTサーバーは設置されているが、IBM製品が稼働するすべてのサーバー(特に後から追加されたサーバーや移管先サーバー)にBigFix Agentが配布されていないケースです。エージェントが未配備のサーバー上のIBM製品はILMTの計測対象外となり、そのサーバーについてはSub-capacityを証明できません。
パターン2:クラスター定義の不正確。ILMTでは、VMが移動できるホストの集合(クラスター)を正確に定義する必要があります。VMware DRSクラスターの変更やホスト追加時にILMTのクラスター定義を更新していないと、計測値が実態と乖離します。パターン3:スキャン・レポート生成の停止。担当者の退職や組織変更を機にILMTの定期スキャンが停止し、数カ月〜数年分のデータが欠損しているケースです。パターン4:バージョンの陳腐化。ILMTの古いバージョンが最新の仮想化プラットフォームに対応していないため、計測が正常に行われていないケースもあります。IBMはILMTのバージョンと対応する仮想化プラットフォームのバージョンの対応表を公開しており、定期的な確認が必要です。
4. ILMT再設置・修正プロジェクトの進め方
ILMTの未設置または設定不備を発見した場合、迅速かつ計画的な対処が重要です。「気づいたら即インストール」という場当たり的な対応は、かえって監査での立場を弱める可能性があります。
ILMT修正プロジェクトの推奨ステップは以下のとおりです。まず現状の棚卸しとして、IBM製品が稼働している全サーバーのリストアップ、ILMTエージェントの配布状況確認、過去のスキャンデータとレポートの存在確認を行います。次に修正計画の策定として、エージェント未配備サーバーへの優先的な展開スケジュールを立案します。この際、IBM製品が稼働する環境を最優先とし、クラスター定義の正確性も同時に見直します。データの再収集では、修正後のILMTで少なくとも1サイクル(30日)以上のデータを取得してから、四半期レポートを生成・保管します。重要なのは、ILMT修正プロジェクトの開始前に、IBM監査が進行中かどうかを確認することです。監査の最中にILMTを設置・修正すると「証拠の改ざん」と受け取られるリスクがあるため、IBM側との対話窓口を整理した上で進める必要があります。専門コンサルタントへの相談を通じて、法的・契約的リスクを最小化した進め方を検討することを強く推奨します。
5. IBMとの監査交渉において有利に立つために
IBM監査は、IBM社内のコンプライアンスチームが主導する正式なプロセスであり、適切な対応なしには企業側が著しく不利な立場に置かれます。一方、正しい準備と交渉戦略をとることで、リスクを大幅に軽減できます。
交渉において有利な立場を確保するための第一条件は、ILMTデータの完全性です。監査期間をカバーするILMTレポートが揃っていれば、Sub-capacityの正当性を技術的に証明でき、IBMの遡及課金要求を効果的に反論できます。データが部分的に欠損している場合でも、欠損期間の特定と合理的な推計手法を提示することで、Full-capacity全額適用を回避する交渉が可能です。第二は、ライセンス購入証跡(Proof of Entitlement)の整備です。購入したライセンス数量・エディション・期間が正確に記録されており、IBMの主張する不足量に対して反証できる状態が求められます。第三は、専門知識を持つ第三者の関与です。IBM監査の経験を持つコンサルタントや弁護士が交渉に加わることで、IBM側の要求の根拠を精査し、過大な請求を指摘する交渉が可能になります。監査通知を受けた時点での初動対応が最終的な解決コストを大きく左右するため、通知受領後48時間以内に専門家へ相談することを強く推奨します。
このトピックについて専門家に相談する
「ILMTが正しく動いているか確認したい」「IBM監査の通知が届いた」「過去のILMTデータに抜けがある」など、IBM監査リスクに関するご相談は初回無料で承ります。早期対処がリスク最小化の鍵です。
無料相談を申し込む →