Editorial photograph of a cloud migration architect reviewing IBM workload portability constraints on a wide planning board
Advisory · IBM · Cloud

IBM cloud migration. Licensed cleanly.

IBM workloads move to AWS, Azure, Google Cloud, and IBM Cloud on different licensing tracks. Cloud Pak conversion, PVU to VPC mapping, BYOSL constraints, and sub capacity rules each change the answer. Read the buyer side advisory before the migration plan locks.

Read the Framework IBM Hub
70%PVU to VPC conversion
a leading industry analyst firmRecognized
Industry Recognized
500+ Enterprise Clients
$2B+ Under Advisory
11 Vendor Practices
100% Buyer Side Independent

IBM workloads moving to cloud sit on three licensing tracks. Cloud Pak conversion from legacy PVU licenses. Bring your own license with sub capacity rules. SaaS subscription replacing the underlying product.

Each track changes the metric, the entitlement count, and the audit posture. The wrong track on the wrong workload triples the license cost or strands the entitlement on premises.

Read this alongside the IBM knowledge hub, the IBM services page, the audit defense kit, the licensing traps article, and the Vendor Shield subscription.

Key Takeaways

What CIO, cloud architect, and procurement need in 90 seconds

  • Three tracks. Cloud Pak conversion, bring your own license, or SaaS subscription.
  • Cloud Pak conversion uses VPC. Virtual Processor Cores replace the legacy PVU metric.
  • The ratio is published. Seventy PVU equals one VPC on the standard exchange.
  • BYOSL requires ILMT. IBM License Metric Tool reports remain mandatory in cloud.
  • Sub capacity rules apply. Container based deployments need correct partitioning evidence.
  • Audit risk shifts upward in cloud. IBM compliance team scopes containers, vCPU bursts, and high availability replicas.
  • SaaS resets the metric entirely. Subscription replaces both the PVU and the support stream.

Three migration tracks

IBM names three commercial paths for cloud migration. The track choice cascades into every cost line and every audit risk on the deployment.

Cloud Pak conversion track

  • Convert legacy PVU licenses into Cloud Pak entitlements. One time exchange.
  • Cloud Paks license on VPC. Virtual Processor Cores metric.
  • Container portability. Workload moves across Red Hat OpenShift on any cloud.
  • Bundle products inside the Pak. One Pak entitlement covers multiple products at flexible ratios.

Bring Your Own SaaS License track

  • Existing PVU entitlements move to cloud. Sub capacity rules govern the count.
  • ILMT remains mandatory. Quarterly reporting required for sub capacity claim.
  • Cloud vCPU translates to PVU. Each cloud has a published mapping.
  • Active maintenance required. Support drop disqualifies BYOSL on most products.

SaaS subscription track

  • Replace underlying product with IBM SaaS. WebSphere Hybrid Edition, MQ on Cloud, DataPower as a Service.
  • Subscription replaces support. No further PVU or ILMT reporting on that workload.
  • Original entitlement retired. Trade in credit at conversion.
  • Term and renewal anchor. Three to five years typical.

Cloud Pak conversion math

Cloud Paks bundle multiple IBM products under a single VPC entitlement. The conversion offers ratio flexibility inside the bundle and full portability across cloud and on premise.

The Cloud Pak portfolio

  • Cloud Pak for Data. Db2, Watson services, Data Virtualization.
  • Cloud Pak for Integration. MQ, App Connect, API Connect, DataPower.
  • Cloud Pak for Applications. WebSphere, MobileFirst, Application Workload.
  • Cloud Pak for Business Automation. FileNet, Business Automation Workflow, RPA.
  • Cloud Pak for Security. QRadar, Guardium, Verify.
  • Cloud Pak for Watson AIOps. Instana, Turbonomic, Watson AIOps.

VPC ratios inside the Pak

Underlying productVPC ratioNotes
WebSphere Application Server ND1 VPCBase ratio
WebSphere Liberty0.25 VPCLighter runtime
MQ Advanced1 VPCFull feature set
API Connect Enterprise1 VPCGateway plus management
DataPower Gateway1 VPCPer virtual instance
App Connect Enterprise1 VPCPer runtime

PVU to VPC mapping

The published PVU to VPC exchange rate is seventy PVU equals one VPC. The exchange runs against the entitlement, not the deployment.

Worked example

  1. Legacy entitlement. Seven thousand PVU on WebSphere Application Server.
  2. Apply the exchange. Seven thousand divided by seventy equals one hundred VPC.
  3. Cloud Pak entitlement. One hundred VPC of Cloud Pak for Applications.
  4. Deploy with ratio. One hundred VPC can run as four hundred Liberty runtimes at the 0.25 ratio.

Common conversion traps

  • Lapsed maintenance disqualifies. The PVU entitlement must be active at conversion.
  • Trade in is one way. Cloud Pak entitlement cannot return to PVU.
  • Sub capacity gap on legacy estate. If ILMT was incomplete, IBM may dispute the entitlement count.
  • Pak boundary lock. Cloud Pak for Applications entitlements cannot run Integration products.

Why the seventy to one ratio matters at the negotiation

IBM uses the standard seventy to one exchange as the opening position. Many customers negotiate a more favorable ratio inside the Cloud Pak deal, especially when the conversion includes new product attach. The exchange ratio is a negotiation lever, not a fixed rule.

Sub capacity and ILMT in cloud

Sub capacity licensing reduces the PVU count from full machine capacity to the partition or container actually allocated. The reduction depends on accurate ILMT reporting.

Five sub capacity rules

  1. ILMT installed within ninety days. Of the first sub capacity claim.
  2. Quarterly snapshots retained. Two years of evidence minimum.
  3. All eligible products covered. Partial ILMT installation disqualifies the entire estate.
  4. Bursting capacity counted. Peak vCPU drives the PVU count, not average.
  5. Container partitioning evidence. Kubernetes namespace and node selector configuration.

Cloud specific sub capacity

  • AWS. Per dedicated host or by instance type; reserved instance burns differently.
  • Azure. Per VM SKU vCPU; Hyperthreading rules apply.
  • Google Cloud. Per machine type vCPU.
  • IBM Cloud. Native sub capacity reporting through ILMT integration.

Audit risks in cloud

IBM compliance teams audit cloud workloads at higher frequency than on premise. The data exhaust from cloud platforms makes deployment visibility easier for the auditor.

Six high probability audit findings

  • Container scale beyond entitlement. Horizontal pod autoscaler exceeding VPC count.
  • High availability replica unlicensed. Multi region active passive without standby entitlement.
  • Disaster recovery node hot. DR node running outside the cold standby exception.
  • Development environment licensed below need. Production scale dev or test without entitlement.
  • Sub capacity gap. ILMT not installed or quarterly snapshot missed.
  • Cloud Pak boundary crossed. Workload running outside the Pak entitlement scope.

Buyer side defense moves

  • Pre migration audit. Clean on premise position before cloud move.
  • ILMT continuity plan. Migration aware reporting.
  • Cloud Pak scope documentation. Workload to Pak mapping in writing.
  • Quarterly review cadence. Internal scan before IBM audit notice.

The cloud migration is the moment IBM compliance opens the audit conversation. Workloads move, partitions change, and the entitlement count drifts. The buyer side answer is documented continuity from on premise to cloud, every quarter.

How Redress engages on IBM cloud strategy

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

Service shape

  • Pre migration audit. Clean entitlement position before the cloud move.
  • Cloud Pak conversion negotiation. Better than the seventy to one default.
  • ILMT continuity program. Reporting through migration.
  • Audit defense. Reactive IBM compliance response.
  • Renewal program. Cloud Pak renewal posture.

Team and approach

Every IBM engagement is led by a former IBM commercial executive on the buyer side. Independent of IBM. Independent of cloud providers. No referral fee influence.

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

Frequently asked questions

Is the seventy PVU to one VPC ratio fixed?

The seventy to one ratio is IBM's published default for the Cloud Pak conversion. The ratio is negotiable, particularly when the conversion includes new product attach or a multi year subscription. Better ratios appear in larger enterprise transactions on the buyer side.

Do we still need ILMT after the Cloud Pak conversion?

Cloud Pak entitlements use the VPC metric and require their own compliance reporting through the IBM License Service. Legacy PVU products that remain on the estate still need ILMT. Most enterprises run both reporting systems in parallel during a migration year.

Can we run Cloud Pak workloads on AWS or Azure?

Yes. Cloud Pak entitlements are portable across Red Hat OpenShift on any cloud, including AWS, Azure, Google Cloud, and IBM Cloud. The container portability is a primary reason customers convert to Cloud Pak rather than continue on the PVU model.

What happens to support if we move to SaaS subscription?

The SaaS subscription replaces the underlying support stream. The original PVU or VPC entitlement is retired through a trade in credit at conversion. The customer no longer pays a separate maintenance fee on that workload. Term renewal becomes the only commercial lever.

How does IBM audit cloud workloads in practice?

IBM compliance teams request ILMT reports, Cloud Pak License Service output, and architecture documentation. Cloud platforms make deployment visibility easier for the auditor. The customer pays for any unlicensed deployment at list, often with a back maintenance charge added on.

How does Redress engage on IBM cloud migration?

Redress runs IBM cloud migration advisory inside the Vendor Shield subscription and the Renewal Program. Every engagement is led by a former IBM commercial executive on the buyer side, with no IBM sales or cloud provider conflict of interest.

Score your IBM cloud readiness in under five minutes.
Open the Readiness Checklist →
White Paper · IBM

Download the IBM Audit Defense Guide.

A buyer side reference on IBM audit triggers, ILMT continuity, sub capacity rules, and the Cloud Pak conversion math. The guide procurement carries through every IBM compliance conversation.

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

IBM Audit Defense Guide

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

Open the Paper →
70:1
PVU to VPC
90 day
ILMT window
3 tracks
Migration paths
$2B+
Under advisory
100%
Buyer side

The cloud migration is the moment IBM compliance opens the audit conversation. The buyer side answer is documented continuity from on premise to cloud, every quarter.

Cloud Migration Lead
Global financial services group
More Reading

More from this practice.

IBM Hub →
Audit Defense Guide
IBM · Whitepaper
Audit Defense Guide
Buyer side IBM audit response.
20 min read
Migration Traps
IBM · Article
Migration Traps
Cloud migration licensing pitfalls.
14 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
Vendor Shield
Service · Subscription
Vendor Shield
Always on advisory subscription.
12 min read
Editorial photograph of enterprise contract negotiation strategy

Migrate IBM workloads cleanly. 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, PVU to VPC conversion ratios, ILMT compliance posture, and IBM renewal cadence across every IBM engagement we run on the buyer side.