Observando o seguinte artigo da TechNet sobre espaços compartilhados em cluster , parece que isso se aplica apenas a hosts que compartilham um gabinete JBOD por meio de backplane SAS externo.
No entanto, cada host no cluster de dois nós tem uma quantidade idêntica de unidades SAS 15K (4), atualmente configuradas como uma matriz RAID 10.
Gostaria de saber se existe um Hyper-V equivalente à tecnologia Virtual SAN do VMWare, enquanto os discos locais podem ser expostos como nós de armazenamento compartilhado no cluster.
Basicamente, queremos apenas usar os discos no host e o Failover Cluster Manager não parece querer jogar bola com os discos locais tanto quanto um alvo para mover uma máquina virtual. Seria bom para a manutenção da SAN poder embaralhar as VMs para os discos locais conforme necessário.
Os clusters de failover requerem armazenamento compartilhado. Sem ele, se uma máquina morre, os dados nela ficam inacessíveis e não há como fazer failover sem os dados.
Não acredito que exista algum método tolerante a falhas integrado para usar as unidades locais. Para máquinas virtuais em cluster, você precisa de armazenamento compartilhado e as unidades internas não se qualificam.
O que você pode fazer, especialmente se isso for temporário enquanto estiver fazendo manutenção ou atualizações de SAN, é perder a tolerância a falhas. Se você estiver usando o SCVMM, desmarque "Tornar esta máquina virtual altamente disponível". Se você estiver usando o gerenciador de cluster de failover, remova a máquina virtual do gerenciador de cluster (ela ainda existirá no host físico). Em seguida, use o gerenciador do Hyper-V para movê-lo para o armazenamento local.
Ao fazer isso, você perde a tolerância a falhas - se um host físico morrer, todas as VMs desse host irão com ele. Você ainda poderá usar a versão sem cluster da migração ao vivo para movê-los entre os hosts durante a operação normal - mas isso significará mover os arquivos do disco também, portanto, levará mais tempo.
Quando terminar, mova seus discos de volta para o armazenamento compartilhado e torne-os altamente disponíveis novamente.
Não há muito a acrescentar aqui, já que StarWind e HP VSA já foram mencionados! Ambos os produtos oferecem grande valor e fazem exatamente o que você está tentando realizar.
Lembre-se de que você não poderá embaralhar as VMs de volta ao armazenamento local se ele já estiver provisionado como pool de armazenamento para HP VSA ou StarWind. No entanto, o armazenamento do StarWind está sempre disponível no modo loopback para que você tenha acesso às suas VMs mesmo durante a manutenção. Não tenho certeza sobre o HP VSA, há uma terceira entidade de votação necessária para o cluster, portanto, o processo de manutenção pode ficar mais complicado.
Se você tiver reserva de espaço para embaralhar as VMs, poderá usar a funcionalidade Storage Live Migration com qualquer uma das soluções de armazenamento disponíveis no mercado.
O StarWind Virtual SAN é praticamente tudo o que você precisa. Ao contrário da solução caseira de execução de VM, GregL mencionou que esta em particular é 100% nativa do Hyper-V, pois é um aplicativo do Windows: simples de instalar e sem bagunça de patch de VM. + desempenho. Se você está bem com VMs, dê uma olhada em HP StoreVirtual VSA. Seria 1 TB de capacidade limitada para sua versão gratuita e solicitaria um terceiro nó autônomo para instalar o FOM (equivalente a testemunha de cluster do Windows).
Eu acho que sua única maneira de conseguir isso seria configurar sua própria versão caseira do vSAN com "controladores" hospedados localmente.
Algo assim , ou um conjunto de instâncias FreeNAS / OpenFiler em cluster executando o DRBD deve funcionar.
Eu não confiaria nele para fins de armazenamento primário, mas pode funcionar bem quando você precisar fazer uma manutenção de SAN disruptiva e precisar manter um punhado de VMs em execução.