IBM AIX / Power migration — exit Power to an open cloud

Open-source Cozystack (a CNCF project we create and maintain) Ænix Platform, the supported commercial distribution Aenix builds, operates and migrates it.

An IBM AIX/Power exit moves workloads off premium POWER hardware, AIX/PowerVM licensing, and IBM SWMA/HWMA contracts onto commodity x86 running an open, Kubernetes-native platform. Cozystack — Apache 2.0, a CNCF project — runs VMs and containers under one API (KubeVirt + Cilium + LINSTOR), so an existing Kubernetes team can operate it without scarce AIX/Power specialists. Aenix runs the exit end-to-end: estate inventory, destination architecture, Oracle-safe design, cohort cutover, decommission. The typical lever for non-IT decision-makers is cost: a mid-size bank model shows roughly 40% three-year TCO reduction, driven by x86 over POWER, zero platform licensing, and shrinking the expensive Oracle-on-Power footprint.

Quick facts

  • What it is End-to-end migration from IBM AIX/Power (and Cloud Pak/OpenShift) to commodity x86 on Cozystack
  • Destination license Apache 2.0 — no per-socket / per-core / per-vCPU platform licensing
  • Virtualization KubeVirt replaces PowerVM; VMs and containers on one Kubernetes scheduler
  • Typical TCO reduction ~40% over three years (illustrative mid-size-bank model; recomputed on real estate data)
  • Oracle Kept on dedicated bare-metal and attached as an external app — license-clean (Oracle treats KubeVirt as soft partitioning)
  • Scale reference Cozystack architecture validated in production to 800 nodes / ~3.2 PB
  • Engagement Assessment (5-10 days) → 4-week pilot → migration (Enterprise tier: fully managed by Aenix)

Source: Cozystack docs, CNCF Landscape, Oracle Partitioning Policy

IBM POWER hardware is capital-heavy, AIX/PowerVM is licensed per socket, and SWMA/HWMA renewals compound every year — while AIX specialists get harder to hire. An IBM exit moves those workloads onto commodity x86 running an open, Kubernetes-native platform your existing team can operate.

Ænix runs IBM AIX/Power migrations end-to-end. The same engineers who built and operate Cozystack — the open-source destination platform — work alongside your team for assessment, sequencing, and execution.

Pairs with: Ænix Private Cloud Platform for regulated banks (air-gap, billing, fully managed migration), or the OpenShift alternative if you’re specifically replacing IBM Cloud Pak / OpenShift.


Who runs an IBM exit in 2026

Organizations triggered by:

  • IBM Power Systems (AIX) hardware at end-of-life — refresh means another capital-heavy POWER purchase, or an exit.
  • IBM cost compounding — premium POWER CapEx, socket-based AIX + PowerVM licensing, and SWMA/HWMA renewals, year over year.
  • Oracle-on-Power tax — Oracle carries a core-factor of 1.0 on POWER (the maximum). Every non-Oracle workload still sitting on POWER inflates the licensable core count.
  • Scarce specialists — AIX/PowerVM expertise is a shrinking, expensive talent pool; Kubernetes/DevOps is not.
  • Sovereignty and sanctions exposure — a proprietary, single-vendor stack is a different risk profile from an open, CNCF-governed platform for state-owned and regulated institutions.
  • Modernization — a legacy estate where the upgrade path is also the exit path, often alongside a move to microservices.

If two or more apply, a structured exit compounds. If a comfortable POWER refresh is already budgeted and nothing else bites, “stay and tune” is the honest answer.


What an Ænix IBM migration covers

1. Inventory and assessment AIX/Power estate: LPARs, sockets and cores, firmware, PowerVM dependencies, Oracle footprint, Cloud Pak/OpenShift usage. Workload classification: rebuild-now / re-platform-later / keep-on-bare-metal (Oracle) / retire.

2. Destination architecture Target platform on commodity x86. Cozystack default — KubeVirt for VMs, Cilium (eBPF) for networking, LINSTOR/DRBD on ZFS for storage, Tenant CRD for multi-tenancy. Capacity model, HA, and geo design.

3. Migration execution Cohort-based. Microservices and container workloads first; VMs via KubeVirt; databases re-platformed or attached externally. Parallel-run against the IBM estate until validation. Live migration and geo-stretch handled by the platform.

4. Decommission POWER frames retired as cohorts complete; AIX/PowerVM and IBM support contracts wound down. Oracle footprint compressed to dedicated hosts only.

Honest scoping note — endianness. AIX is big-endian on POWER, x86 little-endian: there is no binary lift-and-shift. Modern microservices and standard database/middleware move cleanly; legacy monoliths need re-architecture. We separate the two classes in the assessment, not mid-cutover.

IBM AIX / PowerVM on POWER
LPARsSocket-based licensingSWMA/HWMA
moves through
Cohort-based cutover
Microservices firstVMs via KubeVirtParallel-run validation
lands on
Cozystack on commodity x86
KubeVirtCiliumLINSTOR
completes with
POWER frames retired
~40% three-year TCO reductionOracle on dedicated bare-metal

The economics: Cozystack vs IBM

The model below is an illustrative list-price scenario for a mid-size bank (~500 staff) moving the subset of workloads that can leave POWER (microservices, VMs, non-Oracle databases) over a three-year horizon. Figures are order-of-magnitude and recomputed on real estate data during assessment.

Line item (3 years)IBM / AIX / PowerCozystack (x86)
Hardware (CapEx)$200,000 — refresh 2 POWER servers$90,000 — 6 commodity x86 nodes
OS / platform licensing$40,000 — AIX + PowerVM$0 — Apache 2.0
Support (3 yr)$180,000 — IBM SWMA/HWMA$198,000 — Ænix Plus (24×7, enterprise modules, training, migration guidance)
Oracle (license + support)$300,000 — on shared POWER (core-factor 1.0)$120,000 — isolated to a minimal dedicated footprint
Install + migration + training$0 — install free with subscription; migration & training included in tier
Total (3 years)$720,000$408,000

The Ænix subscription is comparable to IBM maintenance alone, yet bundles support, install, training, and migration with no separate one-off fees. Model your own numbers with the ROI calculator or a discovery call.


Oracle: the licensing trap to avoid

The single most expensive mistake in a Power-to-Kubernetes move is running production Oracle inside the cluster.

  • Oracle treats Kubernetes and KubeVirt as soft partitioning. CPU limits and pinning do not narrow the licensable scope — “the processors of all nodes in the cluster are subject to Oracle licensing.”
  • The node is licensed, not the pod. A whole worker node counts even if Oracle uses a fraction of its cores; a KubeVirt VM does not qualify as Oracle-approved hard partitioning.
  • The clean path: keep production Oracle on dedicated, separately-licensed bare-metal and attach it to the platform as an external application (Helm chart / operator wrapping connection points and credentials via external secret reference) over a private network. Tenant workloads reach it like any managed endpoint; the database is never pulled into the cluster.

It compresses the licensable footprint as non-Oracle workloads leave POWER. (Oracle’s partitioning policy is “educational, not contractual” — finalize the model with Oracle and your legal team.)


Cozystack vs OpenStack vs IBM Cloud Pak

CriterionCozystackOpenStackIBM Cloud Pak / OpenShift
What it isOpen PaaS framework on Kubernetes for building a cloudIaaS — modular infrastructure servicesProprietary data/AI software bundle on Red Hat OpenShift
VM + containersOne API (KubeVirt + containers, one scheduler)Separate: VMs via Nova, containers via Zun/MagnumContainer-centric; no native unified VM+container provisioning
License & costApache 2.0; software free. Ænix support from $1,250/mo (10 nodes)Apache 2.0; pay for distro/supportProprietary per-cluster subscription, vCPU-per-pod metric; restricted OpenShift entitlement
Vendor lock-inLow — API-first, CNCF-governed (license cannot change)Medium — at the distro levelHigh — proprietary stack + bundled-restricted OpenShift
Multi-tenancyNative (Tenant model, eBPF isolation, billing integration)Native (Keystone, projects, quotas)Supported (OpenShift namespaces + Zen)
On-prem / air-gapYesYesYes (operator-catalog mirroring)

Cozystack is a CNCF Sandbox project — its license is guaranteed to stay Apache 2.0, removing the “vendor changes the license” risk of proprietary and quasi-open products: a fundamentally different risk profile for a state-owned bank under a digital-sovereignty mandate.


Ready to scope your build? Book a call →

Storage and scale on x86

The destination architecture is engineered for linear horizontal growth — each x86 node adds both compute and a share of distributed storage, no re-architecture:

  • Storage in the kernel. LINSTOR orchestrates per-volume DRBD devices on ZFS; DRBD replicates in the Linux kernel rather than in a userspace daemon, so the write path does not cross into user space on every I/O. After a node returns, DRBD resyncs only the changed chunks by bitmap, not the whole disk — critical at large volume sizes.
  • No bottleneck at scale. Each PVC is an independent DRBD device spread across the cluster — 100 volumes means 100 independent devices, not one fat shared device.
  • Network. Cilium eBPF replaces kube-proxy with O(1) in-kernel service lookup; latency does not degrade as service count grows.
  • Geo-stretch. Clusters can span up to three data centers; replication goes synchronous only for a migrating VM, governed by a hard RTT budget (~15 ms).
  • Proven scale. The architecture has run in production to 800 nodes / ~3.2 PB — ample headroom over a typical banking estate.

How Ænix engages

  • Assessment (5-10 days)Platform Readiness Assessment: AIX/Power inventory, destination architecture, workload classification, Oracle plan, cutover sequencing, risk register.
  • Pilot (4 weeks) — Cozystack stood up as a working framework against your real requirements; success criteria agreed up front. The pilot counts toward the first year of support.
  • Migration — cohort execution with parallel-run validation. On the Enterprise tier, migration is fully managed by Ænix; legal/procurement runs on your templates (tenders, forms).
  • Operations (optional) — managed Cozystack operations, 24×7, after cutover.

A recurring real-world idea: stand the platform up on the POWER servers being freed at end-of-life (POWER supports Linux) as a live demonstration before committing the wider estate.


Why Ænix specifically

  • We built the destination. Estimates are calibrated against work we have shipped, not theory.
  • Honest about hard parts. Endianness, Oracle licensing, and legacy re-architecture are surfaced in the assessment, not mid-cutover.
  • Operable by your team. Kubernetes skills you can hire, not scarce AIX/PowerVM specialists.
  • Open destination. Apache 2.0 and CNCF-governed — you own the platform you migrate to, with no license that can change under you.
  • EU + Central Asia teams. Time-zone-friendly for MENA and CIS estates; aligned with EU regulatory frameworks.

Typical migration timeline

WhenWhat
Day 0Discovery call (free) — confirm fit
Days 1-10Platform Readiness Assessment
Week 2Executive readout — written plan + TCO on real data
Weeks 3-64-week pilot against real workloads
Months 2-6Workload cohorts migrate; POWER frames retired as cohorts complete
Months 6-12IBM/AIX decommission; Oracle compressed to dedicated hosts

Estate size and the legacy/microservice mix drive the actual schedule; sequencing is set in the assessment.


IBM migrations we’ve supported




Ænix is the team behind Cozystack (CNCF Project), and we offer Ænix Platform — our commercial productized offering based on Cozystack.

Frequently asked questions

Can we lift-and-shift AIX binaries to x86?

No. AIX runs on big-endian POWER; x86 is little-endian. AIX binaries do not run unchanged on x86 — applications must be rebuilt or re-platformed. Modern microservices and most database/middleware workloads move cleanly; older monoliths need a re-architecture step. An honest migration separates these two classes up front rather than promising a binary lift-and-shift.

Do we have to give up PowerVM live migration?

No equivalent capability is lost. KubeVirt provides live migration of running VMs between x86 nodes, and the platform handles geo-stretched migration across data centers — switching replication to synchronous only for the VM in flight to avoid raising cluster-wide latency.

We depend on Oracle Database. Does Kubernetes break Oracle licensing?

It would if you ran Oracle inside the cluster. Oracle treats Kubernetes and KubeVirt as soft partitioning and does not accept them as a way to limit the licensable scope — running Oracle in a cluster VM can require licensing every physical core it could land on. The recommended pattern keeps production Oracle on dedicated, separately-licensed bare-metal and attaches it to the platform as an external application over a private network. License-clean, and it matches how most banks already run Oracle.

Is IBM Cloud Pak / OpenShift the same kind of product?

Not quite. Cloud Pak is a proprietary data/AI software bundle on Red Hat OpenShift, licensed per-cluster on a vCPU-per-pod metric with a restricted OpenShift entitlement — a different class of product from a VM cloud. For an OpenShift-specific comparison see the OpenShift alternative and Cozystack vs OpenShift.

Can our existing team operate it, given we lack AIX specialists?

That is the point of the destination. The platform is operated with Kubernetes/DevOps skills — the talent pool you can actually hire — instead of scarce AIX/PowerVM specialists. Aenix provides training (Kubernetes Deep Dive) and, on the Enterprise tier, fully managed migration and 24×7 operations.

What does the migration cost, and how is it engaged?

It starts with a fixed-price Platform Readiness Assessment (5-10 days) and an optional 4-week pilot that counts toward the first year of support. Migration support scales by tier: documentation (Basic), guided (Plus), or fully managed by Aenix (Enterprise) — the tier banks typically take. See the pricing page.

Will this run air-gapped for a regulated banking estate?

Yes. Air-gap installation, white-labeling, the billing/chargeback module, backup, and GPU sharing are part of the Enterprise offering. The platform is on-prem-first and built for sovereign, customer-controlled infrastructure — see Data sovereignty and Financial services.

Planning your migration?

Start with a fixed-price Platform Readiness Assessment — architecture review, gap analysis, and a roadmap you can take to the board.