Servidor de dois nós 2012 R2 Hyper-V Cluster: É possível usar discos físicos locais no cluster?

6

Olhando para o seguinte artigo do TechNet , e parece que isso só se aplica para hosts que compartilham um gabinete JBOD por meio de um 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.

Eu estou querendo saber se há 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, só queremos fazer uso dos discos no host e o Gerenciador de Cluster de Failover não parece querer jogar bola com os discos locais, tanto quanto um alvo para mover uma máquina virtual. Seria bom que a manutenção da SAN pudesse misturar as VMs nos discos locais, conforme necessário.

    
por gravyface 13.04.2015 / 20:36

4 respostas

4

Os clusters de failover exigem armazenamento compartilhado. Sem ela, se uma máquina morre, os dados neles ficam inacessíveis e não há como fazer o failover sem os dados.

Eu não acredito que haja algum método integrado tolerante a falhas de 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 é temporário enquanto você faz manutenção ou atualizações de SAN, perde 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 do cluster (ela ainda existirá no host físico). Em seguida, use o gerenciador do Hyper-V para movê-lo para o armazenamento local.

Quando você faz isso, você perde a tolerância a falhas - se um host físico morrer, qualquer VM nesse host o acompanhará. Você ainda poderá usar a versão não em cluster da Live Migration 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 os discos de volta para o armazenamento compartilhado e torne-os altamente disponíveis novamente.

    
por 13.04.2015 / 20:50
3

O StarWind Virtual SAN é praticamente tudo que você precisa. Ao contrário da solução de fabricação caseira da VM, GregL mencionou que essa é uma das soluções 100% nativas do Hyper-V, já que é o aplicativo do Windows: simples de instalar e nenhuma bagunça de atualização da VM. + desempenho. Se você está bem com as VMs, dê uma olhada no @ HP StoreVirtual VSA. Ele teria capacidade limitada de 1TB para sua versão gratuita e solicitaria um terceiro nó autônomo para instalar o FOM (equivalente de testemunha de cluster do Windows).

    
por 14.04.2015 / 10:36
3

Não há muito a acrescentar aqui, pois o StarWind e o 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á voltar a armazenar as VMs no armazenamento local se já estiver provisionado como pool de armazenamento para o HP VSA ou o StarWind. No entanto, o armazenamento do StarWind está sempre disponível no modo de loopback para que você tenha acesso às suas VMs mesmo durante a manutenção. Não tenho certeza sobre o HP VSA, existe uma terceira entidade votante necessária para o cluster, para que o processo de manutenção seja 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.

    
por 14.04.2015 / 10:50
0

Eu acho que sua única maneira de conseguir isso seria configurar sua própria versão caseira do vSAN com "controladores" hospedados localmente.

Algo como este ou um conjunto de Instâncias do FreeNAS / OpenFiler em execução DRBD deve fazer o truque.

Eu não confiaria nele para fins de armazenamento primário, mas ele pode funcionar bem quando você precisar fazer manutenção SAN perturbadora e precisar manter um punhado de VMs em execução.

    
por 13.04.2015 / 20:52