Skip to content

Hardware Requirements

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.

Every node in a VergeOS cluster — regardless of role — must meet these baseline requirements:

ComponentMinimum Specification
CPUAMD or Intel x86-64 with hardware virtualization support (VT-x / AMD-V)
RAM16 GB dedicated to VergeOS (additional RAM sized for workloads)
Remote ManagementIPMI, iDRAC, iLO, or equivalent out-of-band management
Disk ControllerNVMe direct-attached (preferred), or HBA / RAID controller in JBOD / IT mode — no hardware RAID
External NIC1 x 1 GbE (Intel, NVIDIA Mellanox, or Broadcom)
Core Fabric NIC1 x 10 GbE (Intel, NVIDIA Mellanox, or Broadcom)

Before installation, verify these BIOS settings on every node:

  • Boot mode: UEFI (required if all drives are NVMe)
  • Hardware-assisted virtualization: Enabled (VT-x / AMD-V)
  • Hyper-threading / SMT: Enabled
  • All processor cores: Enabled
  • System clocks: Synchronized across all nodes (within seconds)
  • Secure Boot: Disabled

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.

ComponentSpecificationNotes
CPU1 x 2.7 GHz+Higher clock speed benefits metadata operations
RAM16 GB + 1 GB per 1 TB of storageThe 1 GB/TB ratio is for vSAN metadata overhead
Tier 0 Storage1 x Enterprise NVMe SSD (3+ DWPD)Stores the vSAN hash map and filesystem index
Tier 0 Capacity5 GB per 1 TB of usable capacityDedicated metadata storage
ComponentSpecificationNotes
CPU1 x 3.0 GHz+Improves metadata and orchestration performance
Tier 0 Storage2 x Enterprise NVMe SSD (3+ DWPD)Redundant metadata configuration
Tier 0 Capacity10 GB per 1 TB of usable capacityAdditional headroom for metadata growth

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.

ComponentSpecificationNotes
CPU2.7 GHz+Handles vSAN I/O processing
RAM16 GB + 1 GB per 1 TB of raw storagePer-node; scales with disk capacity
Primary Storage1 x Enterprise NVMe or SAS/SATA SSD per nodeFor workload I/O (primary storage tier)
Capacity/Archive Tier (Tier 4+)Enterprise HDDs (optional)For snapshots, archives, or file-based services; tier assignment is fixed at install time — VergeOS does not automatically move data between tiers
RedundancyAt least 2 nodes with matching disk configurationRequired for vSAN data redundancy
ComponentSpecificationNotes
CPU3.0 GHz+, 1 core per diskDedicated core per disk improves I/O throughput
RAM1.5 GB per 1 TB of storage per nodeBetter performance under heavy workloads
Primary Storage2+ NVMe or SAS/SATA SSDs per nodeMore spindles = more IOPS
RedundancyAt least 2 nodes with matching disk configurationRequired for vSAN data redundancy

To illustrate the RAM calculation for a storage node:

Base VergeOS requirement: 16 GB
Storage overhead (8 TB raw x 1 GB): 8 GB
Workload VMs (example): 96 GB
─────────────────────────────────────────
Total RAM per node: 120 GB

At the recommended 1.5 GB/TB ratio, the storage overhead would be 12 GB instead of 8 GB, bringing the total to 124 GB.

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.

ComponentSpecification
CPUSized for workload requirements
RAMSized for workload requirements (16 GB minimum for VergeOS)
StorageBoot device only (or PXE boot) — no vSAN disks
NetworkingSame 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.

VergeOS supports network adapters from three vendors:

  • Intel — Broad compatibility across different series
  • NVIDIA Mellanox — High-performance ConnectX series
  • Broadcom — Enterprise-grade NICs

The following table outlines the maximum supported hardware specifications as of VergeOS version 4.12:

ResourceMaximumNotes
Nodes per system200Across all clusters
Individual physical disk size64 TBPer physical drive
RAM per host5 TBvSAN nodes require 1 GB RAM per 1 TB storage
vDisk size256 TBPer virtual disk
Disks per VM2,000Requires Virtio-SCSI interface
Clusters per system100Mix of compute, storage, and HCI clusters
Storage tiers per system5Tier 0 (metadata) through Tier 5 (archive)
vSAN fault domains per system2Provides data redundancy

These limits accommodate extremely large-scale deployments. Most production environments operate well within these boundaries.

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.

ApproachWhen to UseTrade-off
Shared controllers2-node clusters, PoC, dev/testFewer nodes, but metadata I/O competes with workloads
Dedicated controllersProduction, 4+ nodesExtra nodes, but metadata operations are isolated and predictable

Use this quick-reference card when scoping a new deployment:

QuestionGuidance
How much RAM per storage node?16 GB base + 1 GB per 1 TB raw (minimum) or 1.5 GB per 1 TB (recommended)
How many Tier 0 drives?1 per controller (minimum), 2 per controller (recommended)
How large should Tier 0 be?5 GB per 1 TB usable (minimum), 10 GB per 1 TB usable (recommended)
What DWPD for Tier 0?3+ DWPD enterprise NVMe
How many cores per storage disk?1 core per disk (recommended)
Minimum nodes for vSAN?2 nodes with matching disk configuration
Maximum nodes per system?200
Core fabric NIC speed?10 GbE minimum; 25/100 GbE recommended

Now that you understand the hardware requirements for each node role, continue to:

  • Reference Architectures — See how these requirements map to real-world deployment topologies (HCI, HCI+Compute, UCI)
  • Customer Scoping — Learn the methodology for translating customer workloads into hardware specifications