License compliance analyst reviewing capacity reports on a workstation
IBM Practice

IBM ILMT and Sub Capacity. The Rules That Cut PVU Cost.

IBM sub capacity licensing can halve a PVU bill, but only if the IBM License Metric Tool is installed and reporting on time. Miss the rule and IBM counts full capacity. Here is the buyer side read.

Contact Us IBM Practice
500+Enterprise clients
$2B+Under advisory
Industry Recognized
500+ Enterprise Clients
$2B+ Under Advisory
11 Vendor Practices
100% Buyer Side Independent

Sub capacity is the difference between licensing the cores IBM software actually uses and licensing every core in the data center, and ILMT is the one thing that holds it.

Key takeaways

  • Most IBM middleware is licensed in Processor Value Units, a per core metric weighted by processor type.
  • Sub capacity lets you license only the cores allocated to IBM software in a virtualized environment, not the full physical host.
  • Sub capacity eligibility depends on the IBM License Metric Tool being installed and reporting at least every ninety days.
  • If ILMT is missing or its reports are stale, IBM has standing to charge on full physical capacity instead.
  • The gap between sub capacity and full capacity on a virtualized estate is often a multiple, not a margin.
  • The strongest audit position is two years of continuous ILMT reports that prove your eligible sub capacity position.

How do PVU and sub capacity licensing work in 2026?

Most IBM middleware is licensed in Processor Value Units. A PVU is a per core unit weighted by processor type, so the same core count can carry different PVU totals on different chips.

Full capacity counts every core in the physical server. Sub capacity counts only the cores allocated to the IBM software, which on a virtualized host is usually far fewer.

IBM defines the metric and the eligibility rules in its Passport Advantage terms and the License Metric Tool documentation.

Full capacity versus sub capacity

The choice between the two is the single largest number in an IBM PVU estate. On a large virtualized host running one small IBM workload, the difference is dramatic.

  • Full capacity: license every physical core in the server, regardless of allocation.
  • Sub capacity: license only the virtual cores the IBM software can use.
  • The condition: sub capacity is only available if you meet the ILMT requirement.

How processor type changes the PVU count

Different processors carry different PVU per core ratings. The same physical core count can produce a higher or lower PVU total depending on the chip family.

  • Per core rating: set by IBM in the PVU table for each processor.
  • Allocation: the cores the hypervisor makes available to the IBM software.
  • Caps: hard limits on virtual cores that bound the sub capacity number.

Full capacity versus sub capacity on a virtual host

ScenarioWhat is countedRequirementRelative cost
Full capacityAll physical coresNoneHighest
Sub capacity eligibleAllocated virtual coresILMT reportingLowest
ILMT staleReverts to full capacityReports lapsedHigh
Host without agentFull capacity for that hostAgent missingHigh

What are the ILMT reporting rules that hold sub capacity?

The IBM License Metric Tool is the system of record for sub capacity. Without it, you have no standing to claim anything less than full physical capacity.

The rules are specific and unforgiving. Meet them continuously and your eligible position holds. Miss them and the position reverts.

The ninety day and two year rules

ILMT must generate capacity reports at least every ninety days, and you must retain those reports for two years. Both conditions matter at audit.

  • Generate: reports at least once every ninety days, continuously.
  • Retain: keep the reports for a minimum of two years.
  • Cover: every virtual host running eligible IBM software must run the agent.

Where coverage quietly lapses

The common failure is not a missing tool, it is a new host added without the agent. That single uncovered host can be counted at full capacity.

Audit your host inventory against the ILMT agent list regularly so new infrastructure does not silently break eligibility.

How does the full capacity trap actually cost money?

The trap is simple. If ILMT is not in place or its reports are stale, IBM is entitled to count full physical capacity, and on a virtualized estate that is often a multiple of your real usage.

Buyers discover the gap at audit, when there is no time to retrofit two years of reports. The position cannot be rebuilt backward.

Where the common advice on IBM sub capacity is wrong

The standard advice is that installing the IBM License Metric Tool once is enough to secure sub capacity, so teams treat it as a setup task and move on. We disagree. In roughly one in three IBM estates we reviewed in 2024 and 2025, ILMT was installed but its reports had lapsed past ninety days or new hosts ran without the agent, which handed IBM a full capacity position worth several times the eligible number. The buyer side move is to treat ILMT as a continuous control, audit host coverage every quarter, and retain two unbroken years of reports as your evidence base.

IBM ties sub capacity eligibility to ILMT compliance. See IBM's sub capacity licensing information and the Db2 product terms for the counted metrics.

Analyst comparing a server host inventory against a license metric tool report
The full capacity trap almost never comes from a missing tool, it comes from a new host added without the reporting agent.
34
IBM PVU reviews, 2024 to 2025
33%
Estates with lapsed ILMT reporting
3.1x
Median full capacity exposure multiple

Source: Redress Compliance advisory engagement file, 2024 to 2025.

On IBM PVU the host you spun up last quarter without the agent is the one the auditor counts at full capacity.

What buyer side moves protect your sub capacity position?

The protection is operational, not contractual. Keep ILMT reporting clean, cover every host, and retain the evidence. Then the renewal and the audit both go your way.

  • Reconcile hosts: match the ILMT agent list to the live host inventory every quarter.
  • Check the cadence: confirm reports generate inside ninety days, every time.
  • Retain two years: archive reports so the audit evidence is always complete.
  • Right size cores: cap virtual cores to what the workload needs to lower PVU.

How to prepare for an IBM audit

Pull two years of ILMT reports and reconcile them against your host inventory before IBM asks. A clean, complete report set is what holds your eligible number.

What to do next

  1. Confirm the IBM License Metric Tool is installed and actively reporting.
  2. Check that reports have generated inside ninety days without a lapse.
  3. Reconcile the ILMT agent list against your full host inventory.
  4. Add the agent to any virtual host running eligible IBM software.
  5. Archive at least two years of capacity reports.
  6. Cap virtual cores to the workload to lower the PVU count.
  7. Run a mock reconciliation before any IBM audit request.
Cover of the IBM ILMT and Sub Capacity Guide white paper from Redress Compliance

White Paper · IBM

IBM ILMT and Sub Capacity Guide

The buyer side framework for IBM License Metric Tool deployment and sub capacity compliance. Read it free.

Read the white paper

Frequently asked questions

How does IBM sub capacity licensing work?

Sub capacity lets you license only the cores allocated to IBM software in a virtualized environment rather than every core in the physical server. It applies to most Processor Value Unit licensed middleware and depends on the IBM License Metric Tool being installed and reporting.

What is a Processor Value Unit?

A Processor Value Unit, or PVU, is IBM's per core licensing metric weighted by processor type. The same number of cores can carry different PVU totals depending on the chip family, because IBM assigns a per core rating in its PVU table.

What are the ILMT reporting rules?

The IBM License Metric Tool must generate capacity reports at least every ninety days, and you must retain those reports for two years. Every virtual host running eligible IBM software must also run the ILMT agent for the sub capacity position to hold.

What happens if ILMT reporting lapses?

If reports lapse past ninety days or a host runs without the agent, IBM has standing to count full physical capacity instead of sub capacity. On a virtualized estate that can be a multiple of your real usage, and it cannot be rebuilt backward at audit time.

How big is the full capacity trap?

The gap between sub capacity and full capacity on a virtualized host is often a multiple rather than a margin. In reviews we ran the full capacity exposure commonly landed at two to five times the eligible number when ILMT failed.

Does installing ILMT once secure sub capacity?

No. ILMT is a continuous control, not a one time setup. The common failure is a new host added without the agent or reports that lapse past ninety days, both of which break eligibility, so coverage must be audited every quarter.

How do we lower the PVU count?

Cap the virtual cores allocated to the IBM software to what the workload actually needs, since sub capacity counts allocated cores. Right sizing the allocation and keeping ILMT clean together produce the lowest defensible position.

How do we prepare for an IBM audit?

Pull two years of ILMT reports and reconcile them against your live host inventory before IBM asks. A complete, continuous report set is the evidence that you owe sub capacity rather than full physical capacity.

IBM ELA Renewal Playbook

The full IBM ELA renewal playbook from the IBM Practice.

PVU sub capacity math, the ninety day ILMT reporting rule, the full capacity trap, and the renewal levers that hold your eligible position.

Used across more than five hundred enterprise engagements. Independent. Buyer side. Built for procurement leaders running the next renewal cycle.

No spam. We will only email you about this download. Privacy.
Run the software spend health check against your IBM estate in under five minutes.
Open the Tool →