Skip to content

HCI vs UCI: Deployment Models

VergeOS is unique among infrastructure platforms because it supports two distinct deployment models from the same software installation:

  • HCI (Hyperconverged Infrastructure) — Compute and storage run on every node. Resources scale together.
  • UCI (Ultra Converged Infrastructure) — Compute and storage run on dedicated, separate node types. Resources scale independently.

Most competing platforms (VMware vSAN, Nutanix) only support HCI. VergeOS gives you both options — and you can even combine them within a single system.

In an HCI deployment, every node in the cluster contributes both storage capacity and compute resources. When you need more of either, you add another node — which adds both.

The simplest VergeOS deployment is a 2-node HCI cluster. Two controller nodes form a single cluster that handles storage (vSAN) and compute (VM workloads). Both nodes contribute tier-0 and tier-1 disks to the shared storage pool, and both nodes run virtual machines.

To grow, you add scale-out nodes to the same cluster. Each scale-out node joins via network auto-detection and immediately contributes additional storage and compute capacity.

ScenarioWhy HCI Works
Small deployments (2—8 nodes)Minimal complexity, every node pulls double duty
Balanced workloadsWhen storage and compute demands grow at roughly the same rate
Edge / remote sites2-node clusters with full HA and a small physical footprint
Evaluation and testingFastest path to a working VergeOS system
Budget-consciousFewer total nodes needed for small-to-medium workloads
  • Minimum: 2 nodes (controller pair)
  • Scaling: Add scale-out nodes to the same cluster (up to 200+ nodes)
  • Node roles: All nodes run storage and compute
  • Cluster count: 1
  • Simplicity: Easiest to deploy and manage

UCI separates storage and compute onto dedicated node types, each in its own cluster. This lets you scale each resource tier independently — add storage nodes when you need more capacity, or compute nodes when you need more CPU and RAM, without buying both.

A UCI deployment starts with the same 2-node controller pair, but the controllers manage the system without running production workloads or storing user data. Dedicated storage nodes form a second cluster that provides all vSAN capacity. Dedicated compute nodes form a third cluster that runs all VM workloads.

ScenarioWhy UCI Works
Large environments (10+ nodes)Independent scaling avoids over-provisioning
Storage-heavy workloadsAdd storage capacity without buying compute you don’t need
Compute-heavy workloadsAdd GPU or high-CPU nodes without buying storage you don’t need
AI / HPC / GPU clustersDedicated compute cluster with GPU passthrough, separate from storage
Cloud service providersOptimize hardware spend per resource tier across many tenants
Predictable, uneven growthStorage and compute demands grow at different rates
  • Minimum: 6 nodes (2 controllers + 2 storage + 2 compute)
  • Scaling: Add nodes to individual clusters independently
  • Node roles: Each node has a single role (controller, storage, or compute)
  • Cluster count: 3 (controller, storage, compute)
  • Flexibility: Right-size hardware per role (NVMe-dense for storage, GPU-equipped for compute)

VergeOS also supports a hybrid model that sits between pure HCI and full UCI. In this topology, the controller nodes form an HCI cluster (providing both storage and compute), while a second cluster of dedicated compute nodes adds additional processing capacity.

This is useful when you have a solid HCI foundation but need to scale compute without adding more storage.

AspectHCIUCI
Minimum nodes26
Cluster count13
Node typesAll nodes identicalController, storage, compute
Storage scalingTied to computeIndependent
Compute scalingTied to storageIndependent
Hardware uniformityAll nodes have same specsNodes optimized per role
Deployment complexityLowerHigher
Cost at small scaleLower (fewer nodes)Higher (minimum 6 nodes)
Cost at large scaleCan over-provisionOptimized spend per tier
Best fitSmall-to-medium, balancedLarge, uneven growth, specialized workloads

Use this flowchart to guide your deployment model recommendation:

  1. Start with HCI unless you have a specific reason to go UCI
  2. Consider UCI when you need 10+ nodes or have specialized hardware requirements
  3. Hybrid is a good stepping stone — start HCI, add compute-only nodes later
  4. You can evolve from HCI to hybrid to UCI as the environment grows

The VergeOS Terraform Playground includes example configurations for each deployment model, making it easy to test each topology:

ModelExample FileNodesClusters
2-Node HCIexamples/2-node-hci.tfvars21
HCI + Scale-Outexamples/4-node-hci.tfvars41
Hybrid (HCI + Compute)examples/4-node-hybrid-hci-2-cluster.tfvars42
Full UCIexamples/6-node-uci-3-cluster.tfvars63

Each example is a .tfvars file that you copy to terraform.tfvars and customize with your environment settings. The deployment model is controlled by boolean toggle variables:

  • HCI: No toggles needed (default)
  • HCI + Scale-Out: create_scale_out_nodes = true
  • Hybrid: create_compute_nodes = true
  • UCI: create_storage_nodes = true and create_compute_nodes = true
ConceptKey Takeaway
HCIEvery node does everything. Simple, cost-effective at small scale.
UCIDedicated roles per node. Flexible, cost-optimized at large scale.
HybridHCI foundation with compute-only expansion. A practical middle ground.
VergeOS advantageSame platform supports all three models — no product changes needed.

Now that you understand HCI and UCI deployment models, the next topic covers the storage layer that powers both: vSAN / VergeFS →