HCI compute with S3

This scenario extends the HCI compute model with object storage. Every node runs compute and storage; the S3 object (OS) and name (NS) services run across the cluster, and S3 gateways (GW) run on the worker nodes. Compute and S3 use separate tiers to allow compute and object-storage resources to be managed independently.

Cluster layout

      S3 GW, NS, OS S3 GW, NS, OS S3 GW, NS, OS
Compute worker Compute worker Compute worker Compute worker Compute worker Compute worker
Compute controller Compute controller Compute controller      
Virtuozzo Storage Virtuozzo Storage Virtuozzo Storage Virtuozzo Storage Virtuozzo Storage Virtuozzo Storage
Management Management Management      
Node1 Node2 Node3 Node4 Node5 Node6
Bond 1 (Storage)
2 × 25 GbE LACP
Non-routable, MTU 9000
Storage · Internal management · OSTOR private (S3 internal)
Bond 2 (Overlay + Public)
2 × 10 GbE LACP
VLAN-tagged, public via NAT
VM private (VXLAN) · VM public · S3 public · Admin panel · Compute API · SSH

Storage policy

Define two storage tiers, each with its own storage policy:

  • NVMe tier for compute: all-flash storage for VM volumes, with the same EC 3+2 and host failure domain policy as in the HCI compute scenario.
  • HDD tier with SSD cache for S3: high-capacity HDDs fronted by an SSD cache for object data, with a capacity-oriented EC policy.

Because both tiers use EC, the RAM values below include the per-node storage-client reservation described in CPU and RAM requirements.

Per-node hardware

Resource Management node Worker node
Minimum1 Recommended Minimum Recommended
CPU cores (physical) 16 32+ 8 24+
RAM (ECC, required) 32 GB 96 GB+ 16 GB 64 GB+
System disk 120 GB SSD 2 × 480 GB SSD (RAID-1) 120 GB SSD 2 × 240 GB SSD (RAID-1)
Metadata (MDS) On system disk (combined), first 5 nodes On system disk (combined), first 5 nodes
NVMe tier (compute) ≥1 NVMe SSD per node ≥1 NVMe SSD per node
HDD tier (S3) HDDs + 1 SSD cache per 4–12 HDDs HDDs + 1 SSD cache per 4–12 HDDs
Backend network 2 × 10 GbE (LACP) 2 × 25 GbE (LACP) 2 × 10 GbE (LACP) 2 × 25 GbE (LACP)
Frontend network 10 GbE 2 × 10 GbE (LACP) 10 GbE 2 × 10 GbE (LACP)

Sizing S3

S3 service reservations are usually smaller than compute reservations, but they must still be added separately. The S3-only scenario provides the formula and a worked example. In this scenario, the S3 services run alongside compute, so add the S3 per-node reservation on top of the compute figures above. The scenario table already includes the EC storage-client reservation; when sizing a different topology, add it separately.