Post

OpenShift Hardware Vendor Reference Architectures

How Dell, HPE, Lenovo, Cisco, IBM, and other hardware vendors publish OpenShift reference architectures—and how to use them as a starting BOM, not a design.

OpenShift Hardware Vendor Reference Architectures

Personal site note: views expressed here are my own and do not necessarily represent Red Hat or any other organization. Vendor documents move and pin OpenShift versions that lag current GA. Confirm the PDF, CSI matrix, and certified hardware list for the release you will actually install.

Architecture reviews stall when someone drops a 90-page vendor PDF on the table and treats the bill of materials (BOM) as the design. The PDF is useful. It is not a form factor, a failure domain, or a SKU decision. Name those first—see OpenShift edge architectures and OVE vs OpenShift Platform Plus— then use a hardware vendor reference architecture (RA) to freeze servers, NICs, disks, and the storage pairing that has already been labbed together.

This post is a solutions-architect map of published OpenShift RAs from hardware vendors as of September 2026. It is a catalog and a reading guide, not a support matrix and not an install runbook. The Red Hat Ecosystem Catalog is still the support floor: certified hardware and operators. An RA is an opinionated stack on top of that floor.

What “reference architecture” means in this conversation

Vendors use the same phrase for four different artifacts. Mix them up and you buy an appliance when you needed a BOM, or a 4.12 design guide when the account expected current Red Hat OpenShift Container Platform (OCP).

1
2
3
4
5
6
7
8
 Certified hardware          Validated / reference design         Appliance / private cloud
 (can I support this box?)   (how should we rack a cluster?)     (who owns day-2 firmware?)
┌─────────────────────────┐  ┌───────────────────────────────┐  ┌─────────────────────────┐
│ Ecosystem Catalog       │  │ Vendor RA / CVD / design      │  │ Dell Private Cloud,     │
│ Server + NIC + GPU IDs  │─▶│ guide, pinned OCP + CSI + BOM │─▶│ IBM Fusion HCI,         │
│ CSI operator certified  │  │ Often lag current GA by 1–3   │  │ HPE GreenLake wrap      │
└─────────────────────────┘  │ z-streams                     │  └─────────────────────────┘
                             └───────────────────────────────┘
ArtifactWhat it provesWhat it does not prove
Certified hardwareThis server, NIC, GPU, or CSI driver is supported on a listed OpenShift versionThat the BOM matches your etcd, VM, or GPU I/O
Reference architecture / validated designSomeone racked a full stack (compute + network + storage + OpenShift) and wrote the wiringThat the pinned OpenShift version is the one you will buy
Cisco Validated Design (CVD)Cisco + partner (usually NetApp) tested a FlexPod tenant end to endThat UCS X-Series Direct is the only legal UCS shape
Appliance / private cloudVendor installer + lifecycle tooling keep firmware and OpenShift in a validated stateThat you can casually swap the storage layer next quarter
As-a-service wrapMetering, factory integration, single throat to chokeThat the underlying RA disappeared—you still inherit its topology

Read every RA for five things before you copy the SKU list:

  1. OpenShift version pin — as of this writing the newest published vendor RAs are still behind current GA (4.22 on this site). HPE’s living set is 4.21; Dell’s OpenShift AI RA pins 4.21.9 while the general PowerEdge DVDs are 4.14; Cisco’s current FlexPod CVD is 4.20; Lenovo Press LP0968 is 4.18; FlashStack’s OpenShift CVD is 4.18. Keep the ratios (control plane vs workers vs storage nodes, NIC speeds, boot vs data disks). Re-validate the z-stream and operators.
  2. Workload assumption — general containers, Red Hat OpenShift Virtualization, or Red Hat OpenShift AI. An AI factory RA that assumes Spectrum-X and eight GPUs per node is the wrong PDF for a VM landing zone.
  3. Storage pairing — Container Storage Interface (CSI) array, Red Hat OpenShift Data Foundation (ODF), Portworx, or nested disks on HCI. Live migration needs ReadWriteMany (RWX) or a vendor equivalent you have actually tested.
  4. Install method — Assisted Installer, user-provisioned, vendor wizard, or Ansible for the fabric only. The OpenShift piece should still match how to get started with an OpenShift PoC.
  5. Nested vs bare metal — OpenShift as VMs on Nutanix AHV or KVM is a different failure domain from Red Hat Enterprise Linux CoreOS (RHCOS) on the iron. Say that out loud.

Server OEMs: start here for a rack BOM

Dell Technologies

Dell publishes the densest OpenShift paper trail. Treat it as three layers.

Do-it-yourself on PowerEdge. The current general Dell Validated Designs are the OpenShift 4.14 Intel-powered and AMD-powered design guides (R660/R760 and R6625/R7625 class, CSAH/load-balancer nodes, leaf-spine, Single Node OpenShift (SNO)). Older 4.12 siblings are still on InfoHub; do not copy them as the current DVD. Use 4.14 for node roles and NIC redundancy, not as a version pin.

Validated platform / PowerFlex. The Dell Validated Platform for Red Hat OpenShift pairs OpenShift with PowerFlex in a two-tier (compute vs storage) layout so you scale those axes independently. PowerFlex Manager can sit in OpenShift Virtualization to shrink the management footprint. This is the RA to open when the account already standardized on PowerFlex SDS.

Private cloud / APEX lineage. Dell Private Cloud deploying OpenShift (Automation Platform blueprints) is the current packaging for an appliance-like lifecycle on disaggregated PowerEdge plus Dell storage. Older InfoHub papers still say APEX Cloud Platform for Red Hat OpenShift: bare-metal compute, separate PowerFlex storage nodes, wizard install, CSI from the compute layer. Storage options on that lineage expanded from PowerFlex-only to PowerStore and ODF for a smaller footprint. Confirm which name and storage SKU the quote actually is.

AI. Dell has a current OpenShift AI RA on PowerEdge R770/R570 with Xeon 6 (documented against OpenShift 4.21.9 plus ODF, with optional NVIDIA GPU Operator) and a Dell AI Factory with NVIDIA and OpenShift AI design for GPU-heavy RAG and inference. CPU-first Xeon 6 is a different conversation from eight-GPU Blackwell nodes—do not let the word “AI” collapse them.

Existing array CSI on this site: Dell Unity over iSCSI.

HPE

HPE’s current RA is OpenShift 4.21 on ProLiant Intel Gen12 (and the matching AMD Gen11 set) on hewlettpackard.github.io/hpe-solutions-openshift. That is the document to hand an HPE-standardized account: DL320/DL360/DL380 Gen12, KVM-hosted control plane VMs on RHEL 9.6 head nodes, bare-metal RHCOS workers, iSCSI to HPE Alletra Storage MP via the HPE CSI Driver (Alletra 6000/9000, Alletra Storage MP, Nimble, Primera), optional ODF. Older 4.18/4.20 trees and the Gen11 4.12 reference configuration are still published; they are not the current validation.

HPE GreenLake for OpenShift was the as-a-service wrap around those validated integrated systems. Treat current quotes as GreenLake service descriptions plus the 4.21 GitHub solution set—not a third architecture.

Lenovo

Lenovo Press LP0968 (updated 3 Oct 2025) is still the full RA: OpenShift 4.18 on ThinkSystem, ThinkEdge, and ThinkAgile HX, including edge topologies from single-node through three-node. For a virt landing zone, the newer Modern Virtualization with OpenShift on ThinkSystem brief (20 May 2026) is the current BOM: SR630/SR650 V4 and SR635/SR655/SR665 V3, ThinkSystem DM5200F, Lenovo Trident CSI. Companion deployment-ready solutions document a 3-node compact cluster and an HCI path.

Two Lenovo shapes, two designs:

  • ThinkSystem / ThinkEdge, preferably bare metal, with ThinkSystem DM series (NetApp ONTAP OEM) via Trident CSI when you want an array. LP2432 pins DM5200F.
  • ThinkAgile HX — Nutanix HCI + AHV, OpenShift as virtual machines, Nutanix CSI. Nested control planes, Nutanix failure domains. Lenovo Open Cloud Automation (LOCA) shows up as the factory/deploy tool.

Do not copy an HX BOM into a bare-metal RHCOS design or the reverse.

Supermicro

Supermicro’s current OpenShift page is the AI-ready infrastructure story: NVIDIA GPU servers with OpenShift AI, plus a NVIDIA AI Enterprise on OpenShift reference architecture (small/medium/large GPU worker kits). The older OpenShift Ready 3-node-through-42U ODF rack SKUs are still listed as starting kits on that family of pages.

For two-node HA without a SAN, the current brief is Supermicro + OpenShift 4.20 TNA + Portworx (two data nodes plus a lightweight arbiter, Portworx synchronous replication). Pair that with OpenShift Edge Architectures: Form Factor, Then Fleet so the arbiter’s job is etcd quorum, not “a third hypervisor we pretended was cheap.”

Fujitsu / Fsas Technologies

Fsas documents trusted configurations for OpenShift Virtualization on PRIMERGY: a 3-node HCI with ODF Essentials, and a 6-node split (three control plane, three workers) with a NetApp array and CSI. This is a services-backed BOM more than a 100-page design guide. Use it when the account is already a PRIMERGY shop and wants a compact virt landing zone.

Converged stacks: compute, fabric, and array as one RA

Cisco and NetApp (FlexPod)

FlexPod is the longest-running joint hardware RA: UCS + Nexus + NetApp ONTAP. The document Cisco lists first on the FlexPod design guides index (as of this writing) is the current CVD:

Still published for the X-Series Direct (M7, M.2 boot, OpenShift 4.17) path:

Do not treat the 4.17 X-Direct CVD as the current M8 / 4.20 validation.

Cisco and Pure (FlashStack)

When the array is Pure rather than NetApp, the current Cisco CVD is FlashStack with OpenShift containerization and virtualization (OpenShift 4.18.26 on UCS AMD M8, FlashArray + FlashBlade, Portworx Enterprise, FC and Ethernet). That is a different stack from FlexPod—do not mix ONTAP Trident BOMs into a FlashArray quote.

IBM Power, Fusion, and FlashSystem

IBM is both a server vendor and a storage vendor in this list.

  • IBM Power is a first-class OpenShift install target (and IBM Z / LinuxONE is another). ODF on Power is a documented internal and external path. Use Power when the workload already lives in PowerVM LPARs or when the account wants that ISA—not as a surprise swap for x86 RAs.
  • IBM Fusion software is currently 2.12 (readme, docs). That operator (backup/restore, Fusion Data Foundation, Scale, cataloging) is the RA to open on an existing OpenShift cluster. The older Redpaper REDP-5688 covers Fusion 2.5.x—do not quote it as current.
  • Fusion HCI System is the appliance. Current architecture reading is IBM Fusion HCI as a Catalyst (SG24-8600, Oct 2025) plus the Fusion HCI product docs.
  • Fusion Access for SAN (in the 2.12 line) is the OpenShift Virtualization + Fibre Channel or iSCSI shared-disk story for shops that already own a SAN and do not want Ceph as the VM disk plane.

FlashSystem CSI remains the array path when Fusion HCI is too much appliance.

Storage specialists (when the array is the RA)

These vendors do not always publish a full server BOM. They publish the storage half that every server OEM above eventually plugs into.

VendorWhat to openOpenShift role
Pure StoragePortworx on OpenShift Bare Metal RA plus the Virtualization addendum (Portworx 3.6 / OpenShift 4.20); FlashArray CSI; complete rack via FlashStack CVDArray-backed PVCs, Portworx SDS, or FlashStack. Lab pattern: Pure FlashArray on SNO with NVMe/TCP
NetAppTrident + ONTAP; complete rack via the FlexPod 4.20 CVD aboveNFS/iSCSI/NVMe-TCP/FC, snapshots, SVM tenancy
HPE AlletraHPE CSI on OpenShift (4.21 field-tested)Block (and some file) from Alletra / Nimble / Primera
Dell PowerStore / Unity / PowerFlexDell CSM / CSI; OpenShift 4.16 + PowerStore workload paperUnity iSCSI on this site; PowerFlex in the validated platform
Hitachi VantaraNewest: iQ + Hammerspace + OpenShift AI 3. Also UCP/VSP One + NVIDIAHSPC CSI, Hammerspace NAS, VSP One
IBM FlashSystem / ScaleFusion 2.12 CSI / Fusion Access for SANExisting IBM storage estates

Array CSI is the right RA fragment when the servers are already chosen and the fight is RWX, snapshots, and what fails when a path drops—not when nobody has named the form factor yet. Disk types and IOPS still follow OpenShift storage performance.

GPU and AI factory RAs

NVIDIA does not sell the complete rack as an OpenShift SKU. It publishes Enterprise / RTX PRO AI Factory reference architectures (components) and a co-engineered Red Hat AI Factory with NVIDIA deployment guide (OpenShift + OpenShift AI, GPU / Network / NIM Operators, NVIDIA-Certified Systems, Spectrum-X or Quantum InfiniBand). Partners ship the iron: Dell AI Factory, Hitachi iQ, Supermicro GPU kits, FlexPod M8 with an X580p PCIe node, and OEM RTX PRO servers in 2/4/8 GPU configurations.

Use an AI factory RA when the constraint is GPU interconnect, NIM serving, and operator lifecycle. Use a Xeon-first OpenShift AI RA (Dell R770/R570) when the constraint is “inference without a Blackwell PO.” Do not size VM landing-zone control planes from either PDF.

Catalog (hardware-complete RAs)

VendorNewest published RATypical shapeStorage in the RAOpen when
DellPowerEdge DVD 4.14 (Intel/AMD); Private Cloud; OpenShift AI on R770/R570 (4.21.9); AI Factory + NVIDIA3-node compact through two-tier compute/storage; SNO in the DVDPowerFlex, PowerStore, ODF, Unity CSIPowerEdge or PowerFlex is already the standard
HPEGitHub 4.21 ProLiant Intel Gen12 / AMD Gen11DL320/DL360/DL380, KVM control plane + BM workersAlletra Storage MP CSI; optional ODFProLiant + Alletra estate
LenovoLP0968 (4.18, Oct 2025); LP2432 virt brief (May 2026)ThinkSystem/ThinkEdge BM or ThinkAgile HX nestedDM5200F + Trident, or Nutanix CSILenovo-standardized DC or edge
Cisco + NetAppFlexPod OpenShift 4.20 FC-boot Intel M8; X-Direct 4.17 still listedUCS X210c/C240 M8 tenantONTAP AFF A90, Trident, FC/NFS/iSCSIConverged UCS + NetApp
Cisco + PureFlashStack OpenShift 4.18.26 AMD M8UCS AMD M8 + FlashArray/FlashBladePortworx + PureConverged UCS + Pure
IBMFusion 2.12; Fusion HCI SG24-8600 (Oct 2025); installing on PowerPower LPARs, Fusion HCI appliance, or x86 + SANFusion DF / Scale / SANPower, Fusion, or IBM storage
SupermicroAI Factory + NVIDIA AI Enterprise RA; TNA + Portworx 4.20GPU kits, or 2+arbiterODF in older kits; Portworx on TNAGPU rack or two-node HA
Fujitsu / FsasPRIMERGY virt trusted configs3-node ODF HCI or 6-node + NetAppODF or NetApp CSIPRIMERGY virt landing zone
NVIDIA + OEMsAI Factory / RTX PRO RA; Red Hat AI Factory guideGPU servers 2/4/8, Spectrum-XNVIDIA-certified storage / S3Agentic/inference factory
HitachiiQ + Hammerspace + OpenShift AI 3; UCP/VSP One + NVIDIAGPU compute + VSP OneHSPC CSI, Hammerspace NASHitachi compute/storage + AI

Decision guide

ConstraintLean toward
Servers already chosen; only storage is openThat vendor’s CSI matrix + an array RA fragment—not a new server OEM RA
Want one PO and vendor lifecycle for firmware + OpenShiftDell Private Cloud / APEX lineage, IBM Fusion HCI, HPE integrated system
UCS + NetApp already in the DCFlexPod OpenShift 4.20 CVD (M8); X-Direct 4.17 only if that is the iron you own
UCS + Pure already in the DCFlashStack OpenShift CVD—not FlexPod
Nested OpenShift on Nutanix is acceptableLenovo ThinkAgile HX RA—do not pretend it is bare metal
Two hypervisor-class boxes, site HA, no SANSupermicro TNA + Portworx, or two-node + shared CSI you actually have
Edge SNO / compact, Lenovo or Dell already on the floorLP0968 edge chapter or Dell design-guide SNO—not an AI factory PDF
GPU interconnect and NIM are the productNVIDIA AI Factory + OEM certified servers
CPU-only or hybrid inference, Dell accountOpenShift AI on R770/R570 Xeon 6
IBM Power estateInstalling on Power + Fusion/ODF, not an x86 ProLiant BOM
Live migration of VMsRA whose storage row is RWX CSI or SDS—not host-local LVMS alone

A useful facilitation line: “Is this PDF certifying a server, recommending a rack, or selling an appliance?” If the room cannot answer, you are not ready to order.

The solutions architect takeaway

  1. Certified ≠ designed — the Ecosystem Catalog says the box is supportable. The RA says someone wired a cluster. Your design still names form factor, failure domain, and SKU.
  2. Version pins lag — steal NIC counts, disk roles, and two-tier vs hyperconverged ratios. Re-validate OpenShift 4.22 (or whatever you buy) and the CSI operator.
  3. Workload selects the PDF — virt CVDs, AI factories, and general container design guides are not interchangeable cover sheets.
  4. Storage is the usual trap — nested HCI, ODF, Portworx, and array CSI are different products with different blast radii. Match them to storage performance and the edge storage chooser, not to the logo on the RA cover.
  5. Appliances trade flexibility for lifecycle — that is a valid buy when firmware drift is the risk. It is a bad surprise when the next project needs a different array. On a Metal3 bare-metal cluster you can flash BIOS, BMC, and supported NICs yourself; see How to Update Server Firmware from OpenShift.

Start the next hardware conversation with constraints, then pick the vendor document that already labbed that shape. Do not start with the thickest PDF.

Want help mapping a vendor RA onto an actual landing zone? Reach out to your Red Hat account team—and the hardware vendor’s OpenShift practice— before you freeze a BOM from a PDF that pins last year’s z-stream.

Further reading

This post is licensed under CC BY 4.0 by the author.