Editorial photograph of a modern data center representing an IBM Cloud Pak deployment running on Red Hat OpenShift
Guide · IBM · Cloud Pak

IBM Cloud Pak licensing. VPC, cartridges, sub capacity, and renewal math.

IBM Cloud Pak ships six product families on Red Hat OpenShift. Each Cloud Pak carries the Virtual Processor Core (VPC) metric, the cartridge model, and the IBM sub capacity rules. This guide walks the catalog, the math, and the seven moves on every renewal.

Read the Framework IBM Hub
6IBM Cloud Paks
a leading industry analyst firmRecognized
Industry Recognized
500+ Enterprise Clients
$2B+ Under Advisory
11 Vendor Practices
100% Buyer Side Independent

IBM Cloud Pak is the umbrella product family that bundles IBM software on Red Hat OpenShift. The Cloud Pak metric is the Virtual Processor Core (VPC), the unit of measure for sub capacity licensing on OpenShift workloads.

The bill on a typical Cloud Pak estate is set by three things. The cartridge mix inside the Cloud Pak. The OpenShift node count. The sub capacity posture, including the IBM License Metric Tool (ILMT) deployment.

Read this alongside the IBM hub, the IBM services page, the IBM Audit Defense Guide, the ILMT deploy guide, the analytics data platform licensing article, and the Vendor Shield subscription.

Key Takeaways

What every IBM customer carries into a Cloud Pak review

  • Six Cloud Pak families. Applications, Data, AIOps, Integration, Network Automation, Security.
  • VPC metric. Virtual Processor Core, the unit of measure on OpenShift.
  • Cartridge catalog. Each Cloud Pak bundles a fixed set of cartridges priced inside the VPC pool.
  • Sub capacity rules. ILMT deployed inside thirty days of OpenShift deployment, sub capacity reports every quarter.
  • Cartridge enable trap. Enabling a cartridge that is not in the Cloud Pak entitlement triggers a full price bill.
  • Renewal lever. The cartridge usage review, the OpenShift node right size, and the VPC discount band move the bill 20% to 35%.

Six IBM Cloud Pak families in 2026

IBM consolidated the Cloud Pak portfolio to six core families in 2024 and 2025. Each family covers a software category and ships with a defined cartridge set.

Cloud Pak family catalog

Cloud PakCartridge focusTypical use case
Cloud Pak for ApplicationsWebSphere Liberty, JBoss, runtimesApplication modernization
Cloud Pak for DataDb2, watsonx, DataStage, IISData and AI platform
Cloud Pak for AIOpsInstana, Turbonomic, Watson AIOpsOperations and observability
Cloud Pak for IntegrationAPI Connect, MQ, App Connect, DataPowerIntegration platform
Cloud Pak for Network AutomationNetwork orchestration cartridgesTelco network automation
Cloud Pak for SecurityQRadar, Guardium, VerifySecurity operations

The Virtual Processor Core (VPC) metric

The VPC is the metric for every Cloud Pak. The metric counts the cores assigned to the OpenShift pods running the Cloud Pak cartridges.

The four VPC sizing rules

  1. One VPC equals one OpenShift assigned core. The OpenShift CPU request, not the underlying physical core.
  2. Sub capacity by default. The license counts the assigned core, not the host core, provided ILMT is deployed.
  3. Conversion ratios. Cartridge conversion table maps VPC to legacy PVU at one VPC equals 70 PVU on most cartridges.
  4. Burst capacity. The OpenShift CPU limit above the request does not count, only the request counts.

VPC discount bands in 2026

  • Cloud Pak for Data. 20% to 40% off list at scale.
  • Cloud Pak for Integration. 25% to 45% off list at scale.
  • Cloud Pak for AIOps. 15% to 35% off list at scale.
  • Cloud Pak for Security. 20% to 40% off list at scale.

The Cloud Pak cartridge model

The Cloud Pak bundle ships a fixed catalog of cartridges. Each cartridge consumes VPC from the Cloud Pak pool at a defined ratio.

Three cartridge concepts every IBM customer carries

  1. The entitled cartridge list. The cartridges included in the Cloud Pak entitlement.
  2. The cartridge ratio. Each cartridge consumes VPC at a ratio (typically one to two on the heavier cartridges).
  3. The non entitled cartridge bill. A cartridge enabled outside the Cloud Pak entitlement triggers a separate full price bill.

The cartridge enable trap

The OpenShift operator catalog often lists cartridges that are not in the Cloud Pak entitlement. A click to enable a cartridge that sits outside the Cloud Pak triggers a separate full price bill at the IBM audit. The default position has to be entitlement only, with a documented governance gate on every cartridge enablement.

Sub capacity rules and ILMT

The sub capacity rules require the IBM License Metric Tool (ILMT) on every Cloud Pak deployment. ILMT polls the OpenShift cluster and reports the actual VPC consumption.

The seven sub capacity rules

  1. ILMT deployed within 30 days. Of the first Cloud Pak deployment.
  2. ILMT polling every 30 minutes or less. Less than 30 minute polling cadence is required.
  3. Two years of retention. Two years of VPC report history retained.
  4. Quarterly PVU summary. Quarterly report of VPC and PVU consumption.
  5. Coverage on every node. ILMT agents on every OpenShift node running Cloud Pak workloads.
  6. Configuration drift check. Quarterly review of agent configuration and OpenShift node tagging.
  7. Audit log retention. The PVU summary plus the underlying scan data retained for two years.

Worked sizing example: a 32 core Cloud Pak deployment

The math below uses a 32 core OpenShift cluster running Cloud Pak for Data with five cartridges enabled.

Cloud Pak for Data VPC math

ComponentOpenShift coresCartridge ratioVPC count
Db2 cartridge81 to 18 VPC
DataStage cartridge61 to 16 VPC
watsonx cartridge101 to 110 VPC
Information Server cartridge41 to 14 VPC
Knowledge Catalog cartridge41 to 14 VPC
Total3232 VPC

At 1,200 USD per VPC per month list, the deployment carries 38,400 USD per month at list, or 461,000 USD per year before any discount. At a 30% Cloud Pak for Data discount, the deployment lands at 323,000 USD per year.

Seven renewal moves on IBM Cloud Pak

The seven moves below carry every Cloud Pak renewal cycle.

The seven moves in order

  1. Inventory every cartridge. Active cartridges, OpenShift CPU request, ILMT scan output.
  2. Validate the cartridge entitlement. Each enabled cartridge maps to the Cloud Pak entitlement.
  3. Right size the OpenShift CPU request. The CPU request, not the OpenShift CPU limit, drives the VPC count.
  4. Score the cartridge mix. Cartridges with overlapping function (Db2 vs PostgreSQL on Data) drive waste.
  5. Quote the VPC discount band. 20% to 45% off list at scale, depending on the Cloud Pak family.
  6. Confirm the ILMT deployment. Agents on every node, 30 minute polling, two year retention.
  7. Carry the position into the procurement memo. Document the cartridge map, the VPC count, the discount band.

What to do next

The seven step checklist takes an IBM Cloud Pak estate from default audit risk to a documented, defensible position.

  1. Inventory every Cloud Pak. Family, version, cartridges enabled, OpenShift nodes.
  2. Run the ILMT scan. Two year retention, 30 minute polling, every node covered.
  3. Validate the cartridge entitlement. Cartridge by cartridge against the Cloud Pak SKU.
  4. Right size the CPU request. OpenShift CPU request review.
  5. Score the cartridge overlap. Db2 vs PostgreSQL, Information Server vs DataStage.
  6. Quote the discount band. 20% to 45% off list.
  7. Open the renewal. Six months before the renewal date.

Frequently asked questions

What are the six IBM Cloud Pak families in 2026?

Cloud Pak for Applications, Data, AIOps, Integration, Network Automation, and Security. Each family covers a software category and ships a defined cartridge catalog. The unit of measure across every Cloud Pak is the Virtual Processor Core (VPC), with sub capacity licensing on OpenShift workloads.

How is the Virtual Processor Core (VPC) counted?

One VPC equals one OpenShift assigned core. The OpenShift CPU request, not the underlying physical core, drives the count. Sub capacity is the default with ILMT deployed. The burst capacity (CPU limit above the request) does not count, only the CPU request counts.

What is the IBM cartridge enable trap?

The OpenShift operator catalog often lists cartridges that are not in the Cloud Pak entitlement. A click to enable a cartridge outside the Cloud Pak triggers a separate full price bill at the IBM audit. The default position has to be entitlement only, with a documented governance gate on every cartridge enablement and a quarterly catalog review.

What are the IBM sub capacity rules for Cloud Pak?

ILMT deployed within 30 days of the first Cloud Pak deployment, polling every 30 minutes or less, two years of retention, quarterly PVU summary reports, ILMT agents on every OpenShift node running Cloud Pak workloads, quarterly configuration drift review, and audit log retention for two years.

What discount band is reasonable on Cloud Pak in 2026?

Cloud Pak for Data 20% to 40% off list, Cloud Pak for Integration 25% to 45% off list, Cloud Pak for AIOps 15% to 35% off list, Cloud Pak for Security 20% to 40% off list. The band is wider at scale, with a typical 32 core deployment landing at 25% to 30% off list across most Cloud Pak families.

How does Redress engage on an IBM Cloud Pak review?

Redress runs the Cloud Pak review inside Vendor Shield and the Renewal Program. The engagement covers the cartridge entitlement map, the OpenShift CPU request review, the ILMT scan validation, the discount band quote, and the procurement memo. Every engagement is led by a former IBM commercial lead on the buyer side, with no IBM kickback on the table.

How Redress engages on IBM Cloud Pak reviews

Redress runs IBM Cloud Pak advisory inside the Vendor Shield subscription, the Renewal Program, the Benchmark Program, and the Software Spend Assessment.

Read the related IBM hub, the IBM services page, the IBM Audit Defense Guide, the ILMT deploy guide, the benchmarking page, the about us page, the locations page, and the contact page.

Score your IBM Cloud Pak posture in under five minutes.
Open the Audit Defense Checklist →
White Paper · IBM

Download the IBM Audit Defense Guide.

Buyer side reference on IBM audit defense. ILMT posture, sub capacity rules, cartridge map, and the seven clause renewal levers.

Independent. Buyer side. Written for CIOs, CFOs, and procurement leaders carrying IBM Cloud Pak deployments. No IBM kickback. No conflict on the table.

IBM Audit Defense Guide

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

Open the Paper →
6
Cloud Pak families
30 min
ILMT poll cadence
500+
Enterprise Clients
$2B+
Under advisory
100%
Buyer side

The cartridge enable trap is the largest single audit exposure on IBM Cloud Pak. A documented entitlement map and a governance gate on every cartridge enablement drops the audit risk by 80%.

Head of License Management
Global financial services group
More Reading

More from this practice.

IBM Hub →
IBM Audit Defense Guide
IBM · Whitepaper
IBM Audit Defense Guide
ILMT, sub capacity, cartridge map.
20 min read
IBM ILMT Deploy Guide
IBM · Guide
IBM ILMT Deploy Guide
Install, polling, retention.
20 min read
IBM Analytics Data Platform Licensing
IBM · Article
IBM Analytics Data Platform Licensing
Cloud Pak for Data VPC math.
18 min read
IBM Services
IBM · Service
IBM Services
How Redress engages.
8 min read
IBM Knowledge Hub
IBM · Hub
IBM Knowledge Hub
Master IBM reference.
22 min read
Editorial photograph of enterprise contract negotiation strategy

Document the IBM Cloud Pak posture. Independent advisors, end to end.

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

IBM intelligence, monthly.

IBM Cloud Pak benchmarks, ILMT posture intelligence, cartridge map patterns, and renewal cadence data from every IBM engagement we run on the buyer side.