PVU ratings, sub capacity rules, and ILMT coverage decide whether you license 8 cores or 64. The math, the trap, and the controls that hold.
IBM PVU licensing prices software by processor value units assigned per core, and the gap between full capacity and sub capacity counting, policed by ILMT, is where most of the money and most of the audit risk lives.
A processor value unit is IBM's per core pricing weight. Every processor family carries a PVU rating per core, typically 70 or 100 for common x86 server chips, and the license requirement is the rating multiplied by the cores available to the software.
Entitlements are bought and tracked through IBM Passport Advantage. The same product can need wildly different PVU counts depending on the hardware underneath it, which is why infrastructure changes silently change license positions.
How PVU counting works in practice
| Scenario | Cores counted | Example PVU requirement |
|---|---|---|
| Physical server, 16 cores at 70 PVU | All 16 | 1,120 PVUs |
| VM with 8 vCPUs on that host, sub capacity | 8 | 560 PVUs |
| Same VM, no compliant ILMT | All 16 (full capacity) | 1,120 PVUs |
| Cluster of 4 such hosts, VM can move anywhere | All 64 | 4,480 PVUs |
Mobility. If a VM can move across a cluster, full capacity rules can count every core the VM could touch, not just where it runs today. Cluster design is therefore a licensing decision, not only an infrastructure one.
Sub capacity licensing lets you license the cores assigned to the partition or VM instead of the whole physical machine, under IBM's sub capacity terms. The discount versus full capacity is routinely 50 to 80 percent on virtualized estates.
The terms attach conditions: eligible virtualization technology, eligible products, and continuous measurement with quarterly reporting. Miss a condition and the protection evaporates, retroactively.
In our 2024 to 2025 file, full capacity recalculations in audit claims ran 3 to 8 times the sub capacity position the customer believed it held. The fallback is the single most expensive clause most IBM customers have never read.
The IBM License Metric Tool is the contractual instrument of sub capacity eligibility. It discovers IBM software, measures core consumption, and produces the quarterly reports the terms require.
ILMT problems are operational, not conceptual: agents missing from new VMs, scanner failures after patches, unclassified software piling up, and reports nobody generates. Each gap converts silently into full capacity exposure.
It changes the risk profile. Products past their date in the IBM software support lifecycle still need licenses, and audits flag them because estates stop watching software they plan to retire.
PVU cost control is capacity hygiene plus negotiation timing. The estate that knows its own sub capacity position can shrink entitlements to match, challenge conversion ratios, and walk into renewals with evidence instead of fear.
When IBM offers conversion to Cloud Pak VPC terms at a ratio that beats your measured PVU position, or when subscription products replace the function. Model both against two renewal cycles; conversion offers improve when declined the first time.
The standard advice treats ILMT as an annoying compliance checkbox to delegate to a junior SAM analyst. We disagree. In roughly 25 to 35 IBM engagements Morten Andersen ran between 2024 and 2025, ILMT health was the single largest financial variable on the table, worth more than every discount negotiation combined, because the full capacity fallback recalculates exposure at 3 to 8 times the believed position. The buyer side move is to treat ILMT as a financial control with executive ownership, audited internally twice a year. A tool that decides whether you license 8 cores or 64 is not a checkbox; it is the contract.
Three cuts of our advisory engagement file frame the size of the opportunity.
Source: Redress Compliance advisory engagement file, 2024 to 2025.
Five moves turn this analysis into a lower invoice on the next renewal.
White Paper · IBM
IBM is moving Processor Value Unit licensing to Virtual Processor Core. Read it free.
A processor value unit is IBM's per core pricing weight. Each processor family carries a PVU rating per core, commonly 70 or 100 on x86 chips, and the license requirement is that rating multiplied by the cores available to the software.
Full capacity counts every activated core in the physical machine or cluster the software can reach; sub capacity counts only the cores assigned to the partition or VM. Sub capacity typically saves 50 to 80 percent on virtualized estates but requires compliant ILMT measurement.
Effectively yes for most estates. IBM's sub capacity terms require continuous measurement with quarterly reporting, and ILMT is the standard instrument. Without compliant coverage the terms default the estate to full capacity, retroactively.
In our 2024 to 2025 engagement file, full capacity recalculations ran 3 to 8 times the sub capacity position customers believed they held. It is the largest single exposure line in most IBM audit claims.
Mobility rules can count every core a VM could reach across a cluster, not just where it runs. Cluster design, host affinity, and dedicated IBM clusters are therefore direct licensing levers.
Only after independent modeling. Conversion ratios are negotiable and improved after first refusal in our file; accept when the ratio beats your measured PVU position across two renewal cycles, not before.
The ILMT health checklist and sub capacity defense positions from 25 plus IBM licensing engagements.
Used across more than five hundred enterprise engagements. Independent. Buyer side. Built for procurement leaders running the next renewal cycle.
ILMT is not a compliance checkbox. A tool that decides whether you license 8 cores or 64 is the contract itself.
500+ enterprise clients. 11 vendor practices. Industry recognized. One conversation can change what you pay for the next three years.
One buyer side briefing a week. Pricing moves, audit signals, and the levers that work. No vendor spin.