Sizing a VergeOS deployment starts with understanding the hardware requirements for each node role. Because VergeOS is a complete infrastructure operating system — not a collection of separate products — its base overhead is remarkably low. There is no management appliance VM, no per-node controller VM, and no separate storage software to feed. The specifications below cover what VergeOS itself needs; you will add capacity on top for your workloads.
The first two nodes in any VergeOS system are the controller nodes. They host the vSAN metadata (Tier 0), manage cluster orchestration, and serve as the system’s management plane. Every VergeOS installation requires exactly two controller nodes for redundancy.
Storage nodes participate in the vSAN and contribute disk capacity to the shared storage pool. In an HCI deployment, storage nodes also run workloads. In a UCI deployment, they may be dedicated exclusively to storage.
Compute-only nodes run workloads but do not participate in the vSAN. They have no local storage requirements beyond a boot device (or can PXE boot). This makes them ideal for scaling CPU and RAM independently from storage in UCI and HCI+Compute architectures.
Component
Specification
CPU
Sized for workload requirements
RAM
Sized for workload requirements (16 GB minimum for VergeOS)
Storage
Boot device only (or PXE boot) — no vSAN disks
Networking
Same generic NIC requirements as all nodes
Compute-only nodes are the simplest to size: determine the aggregate CPU and RAM your workloads need, divide by the per-node capacity, and round up to maintain N+1 availability.
The minimum networking configuration (1 GbE external + 1 x 10 GbE core) is suitable for small or proof-of-concept deployments. For production environments, follow these recommendations:
Core Fabric NICs
2 x 25/40/100 GbE (Intel, NVIDIA Mellanox, or Broadcom). Dual NICs
provide redundancy for the core fabric — the high-speed mesh that carries
vSAN replication, VM migration, and inter-node traffic. Jumbo frames (MTU
9216+) are required on core fabric switches.
External NICs
2 x 10/25/40/100 GbE (Intel, NVIDIA Mellanox, or Broadcom). Dual
external NICs support bonding for redundancy and bandwidth to the upstream
network. These carry management UI access and tenant external traffic.
HDDs larger than 8 TB are not recommended outside of archive-specific environments. The concern is rebuild time — when a large HDD fails, the vSAN must rebuild its data across remaining drives. With an 8 TB+ drive, this rebuild can take many hours, during which:
System performance is degraded as rebuild I/O competes with production workloads
Availability risk increases because a second drive failure during rebuild could cause data loss
The rebuild window grows proportionally with drive size
For primary workload tiers, prefer smaller, faster SSDs. Reserve large HDDs for snapshot retention, archival storage, or file-based service tiers where rebuild time is an acceptable trade-off.
For production environments, VergeOS recommends dedicated controller nodes — nodes that handle only the vSAN metadata (Tier 0) and system management, without running guest workloads or contributing to workload storage tiers.
Approach
When to Use
Trade-off
Shared controllers
2-node clusters, PoC, dev/test
Fewer nodes, but metadata I/O competes with workloads
Dedicated controllers
Production, 4+ nodes
Extra nodes, but metadata operations are isolated and predictable