Looking at the following Clustered Shared Spaces TechNet article, and it looks like this only applies to hosts sharing a JBOD enclosure by way of external SAS backplane.
However, each host in the two-node cluster has an identical amount of SAS 15K drives (4), currently configured as a RAID 10 array.
I'm wondering if there's a Hyper-V equivalent to VMWare's Virtual SAN technology whereas local disks can be exposed as shared storage nodes on the cluster.
Basically we just want to make use of the disks on the host and the Failover Cluster Manager doesn't seem to want to play ball with the local disks as far as a target for moving a virtual machine. Would be nice for SAN maintenance to be able to shuffle VMs to the local disks as required.
Failover clusters require shared storage. Without it, if a machine dies, the data on them is inaccessible and there's no way to failover without the data.
I don't believe there is any built in fault tolerant method of using the local drives. For clustered virtual machines, you need shared storage, and internal drives don't qualify.
What you can do, particularly if this is temporary while you are doing SAN maintenance or upgrades, is lose the fault tolerance. If you are using SCVMM, uncheck "Make this virtual machine highly available". If you are using the failover cluster manager, remove the virtual machine from the cluster manager (it will still exist on the physical host). Then use Hyper-V manager to move it to the local storage.
When you do this, you lose the fault tolerance - if a physical host dies, any VMs on that host go with it. You will still be able to use the non-clustered version of live migration to move them between hosts during normal operation - but it will mean moving the disk files too, so will take longer.
When you are done, move their disks back to shared storage and make them highly available again.
Not much to add here since StarWind and HP VSA are already mentioned! Both products provide great value and do exactly what you're trying to accomplish.
Keep in mind, you won't be able to shuffle the VMs back to local storage if it's already provisioned as storage pool for either HP VSA or StarWind. However, StarWind's storage is always available in loopback mode so you have access to your VMs even during maintenance. Not sure about HP VSA, there is a 3rd voting entity required for the cluster so the maintenance process can get more complicated.
If you have space reserve to shuffle the VMs - you can use Storage Live Migration functionality with any of the storage solutions available on the market.
StarWind Virtual SAN is pretty much everything you need. Unlike VM-running home-brewed solution GregL was mentioning this particular one is 100% native to Hyper-V as it's Windows app: simple to install and no VM patching mess. + performance. If you're fine with VMs take a look @ HP StoreVirtual VSA. It would be 1TB limited in capacity for their free version and ask for third stand-alone node to install FOM (Windows cluster witness equivalent).
I would think your only way to accomplish this would be to setup your own, home-grown version, of vSAN with a locally hosted "controllers".
Something like this, or a set of clustered FreeNAS/OpenFiler instances running DRBD should do the trick.
I wouldn't rely on it for primary storage purposes, but it might do OK in a pinch when you need to do disruptive SAN maintance and need to keep a handful of VMs running.