Editorial photograph of an enterprise architect mapping IBM software workloads onto a hyperscaler migration plan
Article · IBM · Cloud Migration

IBM cloud migration. Licensed.

IBM software does not migrate to AWS, Azure, or GCP for free. Three license motions decide the cost. The PVU to VPC conversion, the Cloud Pak entitlement, and the BYOSL policy. Each carries traps that print invoices.

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

IBM software moves to AWS, Azure, and GCP under three license motions. The PVU to VPC conversion on the legacy estate. The Cloud Pak bundle on container based workloads. The Bring Your Own Subscription License policy on hyperscaler infrastructure.

Each motion carries a default IBM position and a buyer side counter. The default holds unless the counter is filed in writing before the migration. The settlement runs at list price if the buyer side counter is missing.

Read this article alongside the IBM knowledge hub, the IBM advisory practice, the IBM Audit Defense Guide, the IBM audit defense reference, and the Vendor Shield subscription.

Key Takeaways

What a CIO and head of infrastructure need to know in 90 seconds

  • PVU to VPC conversion is rarely cost neutral. IBM ratios round up on cloud workloads, especially on memory heavy shapes.
  • Cloud Paks bundle multiple products at a fixed VPC count. The bundle saves money only if the entire estate uses the bundle.
  • BYOSL needs the cloud policy in writing. The default policy permits BYOL on AWS, Azure, GCP, and OCI with documented sub capacity.
  • ILMT is mandatory for sub capacity on the cloud. Container based workloads need ILMT inside the cluster.
  • Hyperscaler reserved instances do not reduce IBM cores. The IBM count runs on vCPU, not on actual usage.
  • Migration entitlement is time limited. The IBM cloud migration credit usually expires inside the term.
  • Every motion carries a contractual fix. The fix runs at signing, not after the audit notice arrives.

PVU to VPC conversion

IBM legacy products run on the Processor Value Unit metric. The PVU count is set by IBM for each processor type. Cloud workloads need a conversion to Virtual Processor Cores. The conversion ratio is product specific.

PVU to VPC conversion ratios across hyperscalers

Product familyOn premise PVUCloud VPC ratioBuyer side check
WebSphere Application Server70 PVU per core1 VPC per vCPUContainer vs VM topology
Db2 Enterprise120 PVU per core1 VPC per vCPUMemory heavy shape inflates count
MQ Advanced70 PVU per core1 VPC per vCPUQueue Manager separation
Cognos Analytics70 PVU per core1 VPC per vCPUDispatcher vs Content Manager
Maximo Application Suite70 PVU per coreAppPoint metric on Cloud PakAppPoint to user math

The buyer side fix on PVU to VPC

Run the conversion math against actual cloud shapes. Document the ratio per workload. Negotiate the conversion factor in the cloud migration order, not at audit. Capture the deployment topology as the audit defense artifact.

Cloud Paks

IBM Cloud Paks bundle multiple products at a fixed Virtual Processor Core count. Cloud Pak for Integration. Cloud Pak for Applications. Cloud Pak for Data. Cloud Pak for Watson AIOps. Each Cloud Pak ships an entitlement to the underlying products at a defined ratio.

Five Cloud Pak entitlement traps

  • Bundle ratio asymmetry. Cloud Pak for Integration ships WebSphere, MQ, and API Connect at different VPC ratios.
  • Unused entitlement. An estate using only WebSphere wastes the MQ and API Connect entitlement.
  • Container only enforcement. Cloud Pak entitlement applies to Red Hat OpenShift only, not VM deployments.
  • Migration credit expiry. The credit from legacy PVU to Cloud Pak usually expires inside the first term.
  • Renewal uplift. Cloud Pak renewals run at IBM list, not the migration discount.

The buyer side fix on Cloud Paks

Inventory every underlying product across the entire IBM estate. Map each product to the Cloud Pak entitlement. Calculate the utilization ratio. Negotiate the Cloud Pak only if the utilization exceeds eighty percent across the planned three year roadmap.

Cloud Pak for Watson AIOps is the most common over license

Cloud Pak for Watson AIOps ships event correlation, log analytics, observability, and ITSM integration. Most enterprise estates use one or two of the four. The bundle prices at the full VPC count regardless.

Independent advisory runs the utilization analysis before the migration order. The fix is to license the individual products on a standalone basis, not the Cloud Pak, when utilization sits below seventy percent.

BYOSL on hyperscalers

The IBM Bring Your Own Subscription License policy permits IBM software to run on AWS, Azure, GCP, and OCI under the existing on premise license. The policy carries sub capacity rules that map to ILMT counts.

BYOSL policy points across hyperscalers

HyperscalerSub capacityILMT requirementAudit risk
AWS EC2Permitted on dedicated instanceILMT on EC2 instancevCPU count inflation
Azure VMPermitted on Azure Hybrid BenefitILMT on Azure VMMemory heavy SKUs
Google Cloud VMPermitted on sole tenant nodesILMT on GCE instanceSustained use discount
OCI ComputePermitted on dedicated ExadataILMT on OCI shapeOCPU to vCPU ratio
Hyperscaler containers (EKS, AKS, GKE)Cloud Pak onlyILMT inside OpenShiftBundle ratio mismatch

ILMT in the cloud

IBM License Metric Tool is mandatory for sub capacity licensing. The tool counts vCPU per workload. The count generates the quarterly compliance report. The report is the audit defense artifact.

Six ILMT discipline points for cloud workloads

  • Install ILMT inside every cluster. EKS, AKS, GKE, and OpenShift all need ILMT inside the cluster.
  • Run the quarterly report. The report locks the sub capacity entitlement.
  • Archive the report for two years. IBM audit reach back is two years.
  • Map ILMT counts to VPC entitlement. The map is the audit defense reference.
  • Document the topology. ILMT cannot see across cluster boundaries without configuration.
  • Validate against billing. Hyperscaler billing should match the ILMT count.

Common audit findings on IBM cloud migrations

IBM audits on cloud migrations tend to find four categories of overuse. ILMT missing or stale. PVU to VPC conversion miscalculated. Cloud Pak entitlement applied to VM deployments. BYOSL applied without dedicated tenancy.

The IBM cloud migration audit is not a surprise. The audit trigger is usually the migration order itself. IBM tracks the BYOSL declarations. The settlement is set by the worst documented workload. The audit defense is the ILMT report archive.

What to do next

The seven step checklist below is the buyer side starting position for an IBM cloud migration.

  1. Inventory the full IBM estate. PVU, VPC, AppPoint, and any user based metrics.
  2. Map workloads to migration motions. PVU to VPC, Cloud Pak, BYOSL, or new license purchase.
  3. Run the Cloud Pak utilization analysis. License the bundle only if utilization exceeds eighty percent.
  4. Install ILMT inside every cluster. Run the quarterly compliance report on day one.
  5. Document the BYOSL declarations. Hyperscaler shape, dedicated tenancy, sub capacity rules.
  6. Negotiate the migration credit timing. Hold the credit across the three year term, not year one only.
  7. Engage independent advisory. Buyer side conversion math and audit defense across the migration.

Frequently asked questions

Does IBM software run on AWS, Azure, and GCP under existing licenses?

Yes. The IBM Bring Your Own Subscription License policy permits IBM software to run on AWS, Azure, GCP, and OCI under the existing on premise license. The policy carries sub capacity rules that map to ILMT counts.

The customer must run ILMT inside the cloud workload and archive the quarterly report. Independent advisory documents the BYOSL declarations before the migration order.

How does PVU to VPC conversion work?

IBM legacy products run on the Processor Value Unit metric. The PVU count is set by IBM for each processor type. Cloud workloads convert to Virtual Processor Cores at a product specific ratio, usually one VPC per vCPU.

The conversion is rarely cost neutral. Memory heavy shapes on AWS R5 and Azure E series inflate the count. Independent advisory runs the conversion math against the actual cloud shapes.

When does a Cloud Pak save money?

A Cloud Pak saves money when the underlying products are used at over eighty percent utilization across the planned three year roadmap. An estate using only WebSphere or only MQ wastes the bundle entitlement.

Cloud Pak for Watson AIOps is the most common over license because most enterprises use only event correlation or only log analytics. Independent advisory runs the utilization analysis before the migration order.

Is ILMT required in the cloud?

ILMT is mandatory for sub capacity licensing in every IBM deployment, on premise or in the cloud. The tool counts vCPU per workload and generates the quarterly compliance report. The report is the audit defense artifact.

Cloud deployments need ILMT inside every EKS, AKS, GKE, and OpenShift cluster. The customer must archive the report for two years to cover IBM audit reach back.

How does the migration credit usually expire?

IBM offers a migration credit at the legacy PVU to Cloud Pak conversion. The credit looks like a one for one swap. The credit usually applies to year one only. Years two and three step up to IBM list.

The three year cumulative cost runs above the legacy PVU price unless the credit holds across the term. The buyer side fix is to negotiate the credit timing and lock the credit across the full term.

How does Redress engage on IBM cloud migrations?

Redress runs IBM engagements inside Vendor Shield, the Renewal Program, the Benchmark Program, and the Software Spend Assessment. The work covers the PVU to VPC conversion, the Cloud Pak utilization analysis, the BYOSL declarations, the ILMT discipline, and the audit defense across the migration. Always buyer side, never IBM paid.

How Redress engages on IBM

Redress runs IBM engagements inside the Vendor Shield subscription, the Renewal Program, the Benchmark Program, and the Software Spend Assessment. The IBM commercial leadership sits with Piaras McDonnell.

Read the related benchmarking, about us, locations, and contact pages.

Score your IBM cloud migration exposure against the buyer side benchmark in under five minutes.
Open the Audit Defense Readiness Checklist →
White Paper · IBM

Download the IBM Audit Defense Guide.

A buyer side reference on IBM commercial leverage, including the PVU to VPC conversion math, the Cloud Pak utilization analysis, the BYOSL declarations, and the audit defense levers. Built from hundreds of IBM engagements.

Independent. Buyer side. Written for CIOs, CFOs, and procurement leaders carrying IBM estates. No IBM influence. No sales kickback.

IBM Audit Defense Guide

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

Open the Paper →
3
Cloud license motions
Quarterly
ILMT report cadence
2 years
IBM audit reach back
500+
Enterprise clients
100%
Buyer side

The IBM cloud migration audit is not a surprise. The audit trigger is usually the migration order itself. IBM tracks the BYOSL declarations. The settlement is set by the worst documented workload. The audit defense is the ILMT report archive.

Group Head of Infrastructure
European retail bank
More Reading

More from this practice.

IBM Hub →
IBM Audit Defense
IBM · White Paper
IBM Audit Defense
The audit defense reference.
18 min read
IBM Knowledge Hub
IBM · Hub
IBM Knowledge Hub
Master IBM reference.
18 min read
IBM Advisory Services
IBM · Service
IBM Advisory Services
The IBM practice.
10 min read
IBM Software Audit Defense
IBM · Article
IBM Software Audit Defense
Buyer side audit defense.
16 min read
ILMT Best Practices
IBM · Article
ILMT Best Practices
Sub capacity discipline.
14 min read
Editorial photograph of enterprise contract negotiation strategy

IBM cloud migrations settle cleaner when ILMT runs on day one.

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

IBM intelligence, monthly.

PVU to VPC conversion, Cloud Pak utilization analysis, BYOSL declarations, ILMT discipline, and audit defense across every IBM engagement we run.