Data center racks representing containerized enterprise software platforms
IBM Practice

IBM Cloud Pak. The Licensing Guide.

Cloud Pak is the container packaging for IBM software, licensed on one flexible core metric. Read the families, the metric, and the sub capacity rules.

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

IBM Cloud Pak licenses a whole family of capabilities on one Virtual Processor Core metric, and understanding the metric is the difference between flexibility and shelfware.

Key takeaways

  • Cloud Pak is IBM's containerized software packaging, licensed on Virtual Processor Cores across a family of bundled capabilities.
  • There are several Cloud Paks, including Data, Integration, Business Automation, Watson AIOps, and Security, each with its own capability set.
  • One VPC entitlement lets you run any capability in that Cloud Pak up to your entitled core count, which is the flexibility you pay for.
  • Sub capacity licensing through the IBM License Metric Tool counts assigned cores, not the whole cluster, and is mandatory to avoid full capacity charges.
  • Conversion from legacy Processor Value Unit licenses uses a published ratio that is rarely one to one.
  • Most estates carry meaningful entitlement that no deployed capability consumes, which is the first thing to target at renewal.

How does IBM Cloud Pak licensing actually work in 2026?

Cloud Pak is IBM's containerized packaging for its software portfolio, built to run on Red Hat OpenShift. It is licensed on Virtual Processor Cores, a single flexible metric across the whole bundle.

You buy a pool of entitled cores and run any capability in that Cloud Pak up to the entitled count. That flexibility is the product, and it is what IBM charges for.

IBM documents the packaging on the IBM Cloud Paks product page, and the core counting rules sit in the Passport Advantage sub capacity terms.

What a Virtual Processor Core counts

A VPC counts a core made available to the Cloud Pak software. Container limits, virtualization, and node placement all change the count, so deployment design directly affects what you license.

  • Entitled cores: the pool you have purchased.
  • Consumed cores: the cores your running capabilities use.
  • The overhang: the gap between the two is your shelfware.

Why one metric across the bundle matters

Because the metric is uniform, you can shift cores between capabilities as needs change without buying new licenses. That portability is genuine value when you use the breadth, and dead weight when you do not.

What are the main IBM Cloud Pak families?

IBM packages its software into several Cloud Paks, each grouping related capabilities. Knowing which family you hold and which capabilities you run is the foundation of a defensible position.

The families overlap at the edges, so confirm exactly which capabilities your entitlement covers and which you have actually deployed.

Cloud Pak for Data and Integration

Cloud Pak for Data bundles data management, governance, and analytics. Cloud Pak for Integration bundles API management, messaging, and application connectivity.

Automation, AIOps, and Security

Cloud Pak for Business Automation covers workflow and content. Watson AIOps covers IT operations intelligence. Cloud Pak for Security covers threat management and data security across tools.

IBM Cloud Pak families and focus

Cloud PakCapability focusCommon metricWatch for
DataData, governance, analyticsVPCUnused analytics modules
IntegrationAPIs, messaging, connectivityVPCIdle integration runtimes
Business AutomationWorkflow, contentVPCSurplus automation cores
SecurityThreat and data securityVPCOverlap with point tools

Why does sub capacity licensing control the Cloud Pak bill?

Sub capacity lets you license only the cores assigned to the Cloud Pak rather than every core in the cluster. Without it, IBM measures full physical capacity, which can multiply the count.

The requirement is the IBM License Metric Tool, installed and producing compliant quarterly reports. No current reports means full capacity at audit.

Keeping sub capacity defensible

  • Install and run ILMT: compliant quarterly reports are the entry ticket to sub capacity.
  • Retain the reports: keep history to prove assigned cores over time.
  • Reconcile early: match ILMT to entitlement before any audit window.

The PVU to VPC conversion

Converting legacy Processor Value Unit licenses into Cloud Pak VPC uses a published ratio that is rarely one to one. Confirm the exact figure and support continuity in writing before agreeing.

Where the common advice on IBM Cloud Pak licensing is wrong

The standard IBM seller pitch is that the Cloud Pak bundle is a strategic platform, so entitling generously now secures cheap future capability and avoids piecemeal buying later. We disagree. In roughly two thirds of the Cloud Pak estates we benchmarked in 2024 and 2025, the future capabilities never deployed and the surplus cores expired as shelfware while support was paid on all of it. The buyer side move is to entitle to deployed capabilities at your evidenced core count, secure written expansion pricing for capabilities you might genuinely add, and decline to prepay for a platform vision the roadmap has not funded.

Engineers reviewing container core allocation against licensed entitlement on a screen
Confirming which Cloud Pak capabilities actually run, and at what core count, is the step that separates real flexibility from paid shelfware.
30
Cloud Pak reviews, 2024 to 2025
32%
Median entitlement unused
21%
Average renewal reduction achieved

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

On a Cloud Pak you are buying a key to every room, then paying rent on the rooms you never enter.

What buyer side moves cut a Cloud Pak renewal?

The renewal turns on evidence of deployment and clean metering. Bring a capability map, current ILMT reports, and the conversion ratio in writing. IBM negotiates against documentation.

  • Map capabilities: list what runs and at what core count, family by family.
  • Restore sub capacity: get ILMT current so cores count at the assigned number.
  • Cut the overhang: remove entitlement no deployed capability consumes.
  • Co terminate: align Cloud Pak with the wider IBM agreement for volume leverage.

Handling overlap with point tools

Cloud Pak for Security and Integration often overlap with point tools you already own. Identify the duplication and either consolidate onto the Cloud Pak or drop the redundant entitlement.

What to do next

  1. Identify which Cloud Pak families you hold and which capabilities each covers.
  2. Map every deployed capability to its actual consumed core count.
  3. Confirm ILMT is installed and producing current sub capacity reports.
  4. Quantify the gap between entitled cores and consumed cores.
  5. Request any PVU to VPC conversion ratio in writing before agreeing.
  6. Flag overlap between Cloud Pak capabilities and existing point tools.
  7. Take the capability map and ILMT reports into the renewal as your position.

Frequently asked questions

How is IBM Cloud Pak licensed in 2026?

IBM Cloud Pak is licensed on Virtual Processor Cores across a family of bundled capabilities that run on Red Hat OpenShift. You buy a pool of entitled cores and run any capability in the Cloud Pak up to that count, which is the flexibility IBM charges for.

What are the main Cloud Pak families?

The main families are Cloud Pak for Data, for Integration, for Business Automation, Watson AIOps, and Cloud Pak for Security. Each groups related capabilities under one VPC entitlement, and they overlap at the edges, so confirm exactly which capabilities your entitlement covers.

What is a Virtual Processor Core?

A Virtual Processor Core counts a core made available to the Cloud Pak software. Container resource limits, virtualization, and node placement all affect the count, so how you deploy directly changes the number of cores you must license.

Do I need ILMT for Cloud Pak?

Yes, to license on a sub capacity basis. The IBM License Metric Tool must be installed and producing compliant quarterly reports, otherwise IBM measures full physical capacity at audit, which can multiply your core count and your bill.

What is the PVU to VPC conversion ratio?

It is the published rate at which legacy Processor Value Unit licenses convert into Cloud Pak Virtual Processor Cores. The ratio is rarely one to one, so confirm the exact figure, support continuity, and capability parity in writing before agreeing to convert.

How much Cloud Pak entitlement is typically unused?

In our 2024 to 2025 reviews, 20 to 40 percent of entitled cores supported capabilities the estate never deployed. The overhang usually came from generous entitlement bought for a platform vision that the roadmap never funded.

Should I entitle generously for future flexibility?

Usually not. Future capabilities frequently never deploy, leaving surplus cores as shelfware while you pay support on all of it. Entitle to deployed capabilities at your evidenced core count and secure written expansion pricing for anything you might genuinely add.

What is the biggest Cloud Pak renewal lever?

Co terminating Cloud Pak with the wider IBM agreement usually delivers the most volume leverage, alongside cutting the entitlement overhang. Bring a capability deployment map and current ILMT reports so every cut is defensible.

IBM Cloud Pak Licensing Guide

The full ibm cloud pak licensing guide from the IBM Practice.

The VPC metric, each Cloud Pak family, sub capacity with the License Metric Tool, the conversion ratios, and the renewal levers that cut an over entitled estate.

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 →