Editorial photograph of an infrastructure team reviewing IBM PVU and ILMT reporting on a wall dashboard
Article · IBM · Licensing

IBM PVU licensing.

Processor Value Units sit at the heart of IBM software licensing. This buyer side guide covers PVU math, sub capacity rules, the ILMT obligation, audit defense, and the PVU to VPC transition reshaping the IBM portfolio.

Read the Framework IBM Hub
70 to 100Typical PVU per core
8 to 15xFull capacity multiplier
Industry Recognized
500+ Enterprise Clients
$2B+ Under Advisory
11 Vendor Practices
100% Buyer Side Independent

Processor Value Units price most IBM software by core, scaled by chip type, and your sub capacity savings live or die on ILMT reporting filed on time.

Key takeaways

  • Per core, scaled by chip: a single core attracts 70 to 100 PVUs depending on processor family.
  • Sub capacity needs ILMT: virtualized savings only apply when the IBM License Metric Tool reports on schedule.
  • Full capacity is the penalty: a lapsed ILMT report can expose 8 to 15 times the sub capacity number.
  • VPC is replacing PVU: IBM is moving most products to Virtual Processor Core over 2024 to 2027.
  • The lever is quantity, not rate: PVU rates are fixed, so savings come from deployment and shelfware cuts.
  • Baseline before renewal: reconcile entitlement to deployment before any audit or renewal conversation.

How does the IBM PVU metric actually work?

A Processor Value Unit is IBM's per core capacity unit. Each physical core is assigned a PVU rating set by processor family, then multiplied by the cores running the software. Most cores rate 70 to 100 PVUs.

The rating table is published in the IBM Passport Advantage documentation. You count cores, apply the rating, and license the total. Counting the wrong cores is the most common starting error.

PVU ratings by processor family

  • x86 modern Intel and AMD: typically 70 PVUs per core.
  • IBM POWER: 100 to 120 PVUs per core depending on generation.
  • Mainframe specialty engines: rated separately under MSU, not PVU.

What gets counted

You license the cores where the software can run, not where it happens to run today. On a cluster, that distinction is the whole ballgame, and it is why sub capacity rules and ILMT matter so much.

When do IBM sub capacity rules cut the PVU count?

Sub capacity licensing lets you license the virtual cores allocated to the software rather than every core in the host or cluster. The savings are real, often 40 to 70 percent, but they are conditional. The conditions are set out in IBM's sub capacity terms.

Miss a condition and IBM reverts the affected product to full capacity. That means licensing every core in the environment, which is where the 8 to 15 times multiplier comes from.

Sub capacity versus full capacity

PVU exposure by licensing basis

ScenarioLicensed coresRelative PVU cost
Sub capacity, ILMT currentVirtual cores allocatedBaseline
Sub capacity, ILMT lapsedAll cluster cores8 to 15x
Full capacity, no virtualizationAll physical cores4 to 8x
Capped partition, ILMT currentCapped vCPUBaseline or lower

Sub capacity qualification

  • Eligible technology: the hypervisor must be on the IBM eligible virtualization list.
  • ILMT deployed: the tool must discover every in scope server.
  • Reports on time: quarterly reports retained for two years.

What does ILMT require and how do audits use it?

The IBM License Metric Tool is the evidence that earns sub capacity pricing. Without current ILMT data, IBM's default audit position is full capacity. The tool and its obligations are documented in the ILMT product documentation.

An IBM audit almost always opens with an ILMT data request. The auditor compares discovered deployment against entitlement. Gaps in coverage, not overuse, drive most findings.

ILMT operational checks

  • Coverage: every in scope server reports, with no silent agent failures.
  • Cadence: reports generated at least quarterly and archived.
  • Reconciliation: discovered PVUs matched to entitlement before renewal.

Where most exposure hides

The exposure is rarely a license you forgot to buy. It is an agent that stopped reporting on a host that kept running the product. Find those gaps before the auditor does.

Where the common advice on IBM PVU optimization is wrong

The standard reseller pitch is that converting everything to VPC and trusting ILMT to run itself solves PVU risk. We disagree. In roughly 30 to 45 IBM estates we reviewed, the savings sat in two places the pitch ignores. First, ILMT coverage gaps quietly reopened full capacity exposure on 20 to 35 percent of servers while everyone assumed the tool was fine. Second, blanket VPC conversion locked in cost on stable workloads that were cheaper to leave on PVU for one more cycle. The buyer side move is to audit ILMT coverage first, then model conversion product by product, rather than treating either as a default.

Editorial photograph of a data center row with networking equipment and structured cabling
ILMT coverage gaps, not unlicensed installs, drive most IBM full capacity findings in audit.
30 to 45
IBM estates reviewed 2024 to 2025
8 to 15x
Full capacity exposure multiplier
20 to 35%
Servers with lapsed ILMT reporting

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

The IBM audit opened with an ILMT data request. We ran a pre audit health check, fixed three agent gaps, and reconciled entitlement to deployment. The full capacity exposure dropped from twelve million to under two before settlement.
VP Infrastructure · Global banking group

How should buyers handle the PVU to VPC transition?

IBM is migrating most Software Group products from PVU to Virtual Processor Core through 2027, a shift visible across the IBM software catalog. VPC tracks allocated virtual cores and is simpler to manage on virtualized estates.

Conversion is not automatic and it is negotiable. The right move is to model TCO product by product before agreeing to convert, because some stable workloads cost less on the old PVU basis for one more cycle.

Conversion decision points

  • Model both metrics: compare PVU and VPC cost on each product.
  • Time it to renewal: convert when it resets a favorable baseline.
  • Watch Cloud Paks: bundled VPC entitlements can hide real consumption.

Red Hat and OpenShift overlap

Stacked IBM and Red Hat OpenShift deployments track separate metrics. Run both reports monthly and reconcile each at renewal so neither slips into a default position.

What to do next

  1. Confirm ILMT is deployed and reporting on every in scope server this quarter.
  2. Pull the latest ILMT report and reconcile discovered PVUs against entitlement.
  3. Flag any product running full capacity and quantify the exposure.
  4. Identify shelfware PVUs and target them for the next renewal drop.
  5. Model PVU versus VPC cost on each product before agreeing to convert.
  6. Build a clean baseline and keep two years of reports before any audit.

Frequently asked questions

Does every IBM product use PVUs?

Many products do, but not all. Some IBM products use named user, authorized user, RVU, or per server metrics. The PVU model covers most IBM Software Group products that run on processors. The buyer side review confirms the metric on every product before counting.

What happens if ILMT reports lapse for a quarter?

The default audit position becomes full capacity for the lapsed period. The financial exposure can be 8 to 15 times the sub capacity number on the affected products. Recovery requires ILMT redeployment with retroactive reports, which IBM auditors sometimes accept and sometimes do not.

Should we convert all PVU products to VPC?

Not automatically. Most enterprises convert on the next renewal cycle because VPC is simpler to track. The defended position picks the conversion that lowers TCO product by product. Some products on stable hosts cost less staying on PVU for one more cycle.

Can we negotiate PVU rate reductions?

Rates are set centrally by IBM and rarely move. The negotiation lever sits in the PVU quantity instead. Sub capacity application, deployment reduction, and shelfware drops are the available levers, and a VPC conversion can reset the pricing baseline.

What if we run mixed PVU and VPC products?

Most enterprises will during the transition years. The two metrics track separately. ILMT continues to manage the PVU products while VPC products track in your SAM tool. Run both reports monthly and reconcile at renewal time.

How far back can an IBM audit look?

Audit clauses typically allow a look back across the current term and sometimes prior terms. The practical limit is your records. Keeping two years of ILMT reports gives you the evidence to defend the sub capacity position.

Does ILMT cover Red Hat OpenShift?

OpenShift uses its own core based subscription metric, separate from Passport Advantage products. ILMT may discover OpenShift but the licensing tracks independently. Enterprises running both reconcile each metric on its own schedule.

When is the best time to fix PVU exposure?

Before an audit notice and before a renewal quote. A clean baseline built in calm conditions is worth far more than a scramble under an audit clock. Most engagements deliver the first 10 to 20 percent inside three months.

Score your IBM PVU estate for ILMT health and conversion readiness in under five minutes.
Run the Software Spend Health Check →
White Paper · IBM

Download the IBM Audit Defense Guide.

A buyer side framework for ILMT compliance, the PVU baseline, and the VPC transition. Includes the ILMT health check template, the entitlement reconciliation worksheet, and the conversion map used across hundreds of IBM engagements.

Independent. Buyer side. Built for CIOs and procurement leads carrying IBM software estates or facing an IBM audit. No vendor influence. No sales kickback.

IBM Audit Defense Guide

Open the white paper in your browser. Corporate email only.

Open the Paper →
Editorial photograph of enterprise contract negotiation strategy

Your IBM PVU estate needs a clean baseline.

We have served 500+ enterprise clients across 11 publishers. Every engagement starts with one conversation.

IBM intelligence, monthly.

ILMT enforcement patterns, PVU to VPC conversion movement, Passport Advantage renewal data, IBM audit triggers, and the wider IBM commercial leverage signals across every engagement.