Hardware
2x Node with the following specifications
PowerEdge R6515
AMD EPYC 7302P 16-Core Processor
128GB of RAM
Logical Processors: 32
NICs: 8
Dual embedded Gigabit Ethernet
Broadcom 57414 Dual Port 25GbE SFP28 LOM Mezzanine Card
Mellanox ConnectX-5 EN 25GbE Dual-port SFP28
Mellanox ConnectX-5 EN 25GbE Dual-port SFP28
8x 1TB SATA SSD - connected to a Raid controller PERC H740P Mini configured in RAID-6 to give 5.3 TB of usable space
2x Dell Express Flash PM1725a 1.6TB SFF (Samsung NVME drives) - One for Proxmox OS and one for NVME fast VM storage
Dual power supplies
Operating System
2x Proxmox 9.1.5 nodes - Kernel Version: Linux 6.17.9-1-pve (2026-01-12T16:25Z)
1x Ubuntu-22.04.5 external Qdevice for Proxmox quorum vote
All setup in a Proxmox cluster 2x full Proxmox nodes with a Qdevice
Starwind NVME-of Setup
Followed the guide on this page
https://www.starwindsoftware.com/resour ... ng-web-ui/
Installed StarWind VSAN CVM KVM on each Proxmox node.
Version: Core StarWind Virtual SAN v8.0.0 (Build 20082)
Installed version: 1.7.788.7573
Starwind Networking setup

I was only able to reach the full 25Gbit with PCI passthrough for the Replication nic but for Data nics as they need to be available on both Proxmox host and Starwind VMs.
We have tested SR-IOV to passthrough the data nics and still be able to use them on the Proxmox host, but the Starwind VM keeps disabling it every time after reboot and failed to do ping test during HA configuration.
This is the state of the Data nics after a reboot of the Starwind VM, they keep getting marked as Disable network interface.

This meant testing we had to revert back to a virtual bridge and use virtIO NIC drivers for Data nics, which meant they were only showing as 1Gbit nics.

While following the guide mentioned above it depicts this setup as a 2 node cluster and even shows you how to setup a Qdevice for Proxmox but when it gets to storage Witness is skips over this section, also the Starwind CVM does not currently have this functionality.
Extracted from guide -
“6. On the Failover strategy step, select the preferred failover strategy and click Next.
NOTE: The failover strategies for a LUN can be Heartbeat or Node Majority. In case of 2-nodes setup and None Majority failover strategy, Node witness (requires an additional third witness node), or File share witness (requires an external file share) should be configured. These options are determined by StarWind Virtual SAN license and setup configuration. Below are the steps for configuring the Heartbeat failover strategy in a two-node cluster.”
Is this something that is not available with technical preview license?
With the Node Majority option greyed out
“The feature will be provided in the next version”

We proceeded to set up the storage via the “Heartbeat” strategy.
The setup was straight forward and we were able to import as shared storage into Proxmox after it was configured.

During benchmark testing we got some impressive results via Windows VM hosted on the Starwind shared NVME-of storage

32Gb file
SEQ1M Q8T1 - Read 19794.90 MB/s Write 3741.68 MB/s
SEQ128K Q32T1 - Read 9691.58 MB/s Write 4227.26 MB/s
RND4K Q32T16 - Read 912.20 MB/s Write 166.62 MB/s
These numbers seem way too high as a simple data copy in Windows would stall and speeds be stuck at zero for a few moments before picking back up again
Examples below


Testing some failover scenarios exposed some features that are currently not available in the technical preview.
For example being able to put LUNs into maintenance mode or mark a node a synced

or mark a node a synced

Only way to view the status is to Manage LUN to see what state it is in


NVME-of does look promising but some of the issues and missing features are putting some doubt in our minds to be able to fully commit to Starwind and Proxmox combination.

