Skip to main content
Hyperconverged Storage

Hyperconverged Storage for OpenShift

Hyperconverged infrastructure storage as software on commodity hardware, not an appliance. Priced like OpenShift itself: by the CPU capacity of your worker nodes, counted the way your subscription counts them.

Hyperconverged storage runs on the same nodes as compute, so there is no separate storage tier to rack or operate. That much is shared by appliance-based HCI and software-defined HCI alike. The difference is the economic model: an appliance ships storage and a licence bundled to the hardware you buy, while simplyblock is software that runs on commodity servers and is priced in line with the platform you already run. This page covers what hyperconverged means in an OpenShift context, how software-defined HCI differs from an appliance model, and how the cost behaves at petabyte scale and across many small clusters.

On compute Storage runs on the compute nodes, no separate tier
1.5× Raw capacity with 4+2 erasure coding, versus 3× for replication
Self-healing Disk, node, and rack failures recover without manual intervention
Commodity Standard x86 servers, no appliance and no proprietary hardware

Where appliance-based HCI economics break at scale

Hyperconvergence solved the separate-storage-tier problem years ago. The unsolved problem is how the software is packaged and priced.

Appliance licensing you cannot budget for

Appliance-style storage stacks its own subscription on top of the platform: capacity tiers, per-volume fees, and a licence that moves independently of your OpenShift budget. At petabyte scale across dense nodes, the licence line item can rival the hardware it runs on.

Appliances couple you to their hardware

An appliance bundles storage software with a specific hardware SKU and refresh cycle. Capacity and compute grow on the vendor's terms, on the vendor's hardware, at the vendor's margin, with limited room to fold in servers you already run.

Replication multiplies the hardware bill

Protection by three-way replication needs three times the raw capacity for the usable capacity you deploy. On NVMe that overhead is expensive, and it is often baked into the appliance sizing before any licence is counted.

Software-defined hyperconverged storage on your hardware

Software on commodity hardware, priced like your platform

simplyblock is software that runs on standard x86 servers alongside your OpenShift and Kubernetes workloads. It is priced like your OpenShift or Kubernetes subscription, by worker-node CPU capacity counted the same way, so the storage line moves with the platform budget you already plan and data volume does not change it. You choose the servers and the refresh cycle, and you can fold in hardware you already run.

  • Runs on commodity servers, no appliance
  • Priced like OpenShift: by worker-node CPU, counted like your subscription
  • No coupling to a hardware SKU or refresh cycle

Erasure coding instead of replication

Distributed erasure coding protects data at a fraction of the raw-capacity overhead of replication. A 4+2 scheme stores the same usable capacity at 1.5× raw, versus 3× for three-way replication, which is roughly half the NVMe drives for the same fault tolerance. The savings compound with thin provisioning and inline compression.

  • 4+2 erasure coding at 1.5× raw
  • Roughly half the drives of three-way replication
  • Thin provisioning and inline compression on top

Self-healing operations on failure

Drive, node, and rack failures are detected and recovered automatically. The recovery engine locks placement and rebuilds against surviving shards using spare capacity, with manual intervention only to physically replace hardware. Rolling upgrades and node drains run online, without maintenance windows.

  • Automatic rebuild on drive, node, or rack failure
  • Online rolling upgrades and node drains
  • Operator-driven, no manual choreography

Many small clusters at large aggregate scale

The same software runs from a single rack unit to very large clusters, so edge and branch topologies made of many small clusters carry one operating model and one licence model rather than a fleet of appliances. Aggregate scale is reached by adding clusters, each hyperconverged on its own nodes.

  • One operating model from edge to core
  • Suited to many small clusters at aggregate scale
  • No per-site appliance to procure and refresh

Outcomes of software-defined HCI

Lower hardware and compute TCO

Fewer drives from erasure coding and a licence that tracks your platform footprint, and does not change with data volume. Model the hardware and compute split for your own capacity in the calculator.

No appliance lock-in

Standard servers, an open software layer, and a licence tied to your platform rather than a hardware SKU. Keep your hardware and your choices.

One model from edge to core

The same hyperconverged storage runs on a small edge cluster and a large core cluster, so operations and procurement do not fork by site.

Run the numbers

Put the appliance model up against software on your hardware

Enter your usable capacity to see the hardware and compute split, with erasure coding at 1.5× raw instead of 3× for replication. No sign-up, and the result is printable.

Talk to a storage engineer

Questions and Answers

What is hyperconverged storage in an OpenShift context?

Hyperconverged means the storage services run on the same nodes as the OpenShift and Kubernetes workloads, rather than on a separate storage tier. simplyblock runs on the compute nodes and presents block volumes over NVMe/TCP, so there is no separate array to rack, license, or operate.

How is software-defined HCI different from an appliance?

Both put storage and compute on the same nodes. An appliance bundles the storage software with a specific hardware SKU and its own licence tiers. Software-defined HCI runs on commodity servers you choose and is priced in line with your OpenShift or Kubernetes subscription, by worker-node CPU capacity, with no hardware lock-in.

How is simplyblock priced on OpenShift?

Like the platform itself: by the CPU capacity of your worker nodes, counted the same way as your OpenShift subscription. Control-plane and infrastructure nodes are free, and data volume, features, and replication do not change the price, so storage spend moves in step with the platform budget instead of requiring a separate capacity forecast.

What happens on a disk failure?

Recovery is automatic. The system isolates the failed drive, rebuilds the affected data against surviving erasure-coded shards using spare capacity, and restores redundancy without a maintenance window. An operator only steps in to physically replace the hardware.

Not sure if simplyblock is right for your team?

Ask about software-defined HCI versus appliances, platform-aligned versus appliance licensing, erasure coding overhead, or self-healing operations.