Where the raw capacity goes
Cache & memory
Proposed volumes
PowerShell (run on a cluster node after review)
Usable capacity for every resiliency type on the same hardware, after reserve and system volumes. The highlighted row is your current selection.
How the sizing is calculated
Every rule comes from Microsoft Learn documentation for Storage Spaces Direct, the storage layer of Azure Local and Windows Server clusters. Niyyasoft isn't affiliated with Microsoft; confirm final hardware with your Azure Local solution provider and the Azure Local catalog.
- Raw capacity = servers × capacity drives × drive size. Cache drives don't add usable capacity.
- Reserve: leave one capacity drive per server unallocated, up to 4 drives, for in-place repair.
- System volumes: infrastructure volume (250 GB) and performance history (~10 GB), two-way mirror on 1–2 servers, three-way on 3+.
- Usable = (raw − reserve − system footprint) × efficiency: two-way mirror 50%, three-way 33.3%, dual parity 50–80% by fault domains (hybrid 4–6 RS 2+2 · 7–11 RS 4+2 · 12–16 LRC(8,2,1); all-flash 4–6 RS 2+2 · 7–8 RS 4+2 · 9–15 RS 6+2 · 16 LRC(12,2,1)), nested two-way 25%, nested MAP by Microsoft's formula.
- Volumes: at least one per server, in multiples of the server count, ≤ 64 TB each, ≤ 64 per cluster.
- Cache: ≥ 2 cache drives per server (≥ 32 GB); capacity drives a multiple of cache drives; Azure Local hybrid ≥ 15% cache-to-capacity; 4 GB RAM per TB of cache.
- Limits: 400 TB raw per server, 4 PB per pool; Azure Local data drives ≥ 500 GB. Units: decimal TB in, binary TiB as Windows shows it.
Fault tolerance · Plan volumes · Nested resiliency · Cache · Azure Local requirements
Capacity by tier (TB)
Available = raw − reserve − system volumes. Every volume's footprint (size ÷ efficiency) must fit into the available capacity of its tier.
Volume planner
Give each volume its own tier, resiliency and size. Select a row to load it into the editor, change it, then choose “Update selected”.
Usable capacity per resiliency type for each tier: “Whole tier” if the tier held only that resiliency; “Remaining” for the footprint still free after your planned volumes.
Fault domains, guest-cluster settings and New-Volume commands
How the S2D sizer works
This mode sizes Storage Spaces Direct on Windows Server 2016–2025 with the rules published on Microsoft Learn. You plan each volume separately and the tool checks that their footprints fit.
- Capacity per tier: capacity drives only. With NVMe + SSD + HDD, NVMe caches for both, and SSD and HDD are sized separately.
- Reserve: one capacity drive per server, up to 4; three-tier: one SSD plus one HDD per server, up to 4 of each.
- Mixed-volume plan: footprint = size ÷ efficiency per tier. Spanning mirror-accelerated parity = three-way mirror on SSD + dual parity on HDD.
- Chassis / rack fault domains: the count of chassis or racks sets the resiliency minimums and the dual-parity layout; define them before enabling Storage Spaces Direct.
- Single parity: ≥ 3 fault domains, one failure; sized conservatively as RS 2+1 (66.7%). Microsoft discourages it.
- Guest-VM clusters: 2–3 VM nodes, ≥ 2 virtual data disks per VM, no cache, two-way or three-way mirror; disable drive auto-replacement and raise HwTimeout to 30 s.
Plan volumes · Fault domain awareness · S2D in guest VMs · Create volumes