Cluster Hyper-V e Servidor de Arquivos 2012 R2 (uso geral)

Question

Estou no processo de criação de um cluster Hyper-V 2012 R2. Eu tenho 3 hosts físicos (128 GB de RAM, dual Hex-core e 12 NICs cada) e uma SAN para brincar. A SAN é um sistema de armazenamento virtual (Datacore), atende seus discos virtuais através de iSCSI e tenho a capacidade de criar quantos discos virtuais (ou seja, LUNS) quantos eu precisar (e para os quais tenho capacidade!). Usamos o Datacore SAN com sucesso há vários anos com um cluster ESX, mas estamos migrando para o Hyper-V devido aos custos de licenciamento e ao fato de que agora oferece recursos equivalentes aos que usamos atualmente com o ESX (também executamos um alguns servidores Hyper-V autônomos por alguns anos como backup, então também estamos familiarizados com essa tecnologia).

Portanto, esta questão é especificamente sobre a mistura de funções de cluster em 2012 R2

Já criei o cluster Hyper-V que usa CSVs (para armazenar arquivos VM) em vários LUNs iSCSI da SAN que todos os hosts podem ver, mas meu próximo passo é configurar alguns servidores de arquivos altamente disponíveis para uso geral do usuário. Devo salientar que sei a diferença entre usar CSVs que são ativos-ativos e projetados principalmente para uso de aplicativos (como Hyper-V) em oposição ao armazenamento compartilhado usado por um cluster de servidores de arquivos que é ativo-passivo e não Não proponho fazer nada diferente disso: no entanto, existem algumas maneiras diferentes de implementar servidores de arquivos.

1. A primeira maneira principal de fazer isso é criar um 'cluster convidado' - ou seja, 2 VMs como nós do servidor de arquivos do cluster (em hosts diferentes). Seus volumes de sistema operacional obviamente seriam separados, no entanto, há duas maneiras de fazer com que eles compartilhem seus volumes de armazenamento de arquivos (ou seja, onde residem os compartilhamentos)

   a. Ambos compartilham um VHDX comum que obviamente reside no Hyper-V CSV

   b. Ou usam seus iniciadores iSCSI e acessam diretamente um LUN dedicado na SAN

2. A segunda maneira é não usar o Hyper-V para os nós do servidor de arquivos, mas criar uma função de servidor de arquivos (uso geral) (juntamente com a função Hyper-V) nos mesmos hosts no cluster: eles acessariam então o compartilhado armazenamento em LUNs dedicadas (não CSV) apresentadas pela SAN.

Quais são as armadilhas de cada um? Minha sensação é que a segunda opção realmente tem menos sobrecarga (nenhuma camada virtual e nenhuma VM necessária), mas isso significa que os hosts no cluster estão fornecendo um serviço Clustered Hyper-V e um serviço Clustered File Server ao mesmo tempo - é isso vai ser um problema? Também acho que poderia aproveitar algum balanceamento de carga bruto, dividindo meus compartilhamentos de arquivos em três funções de servidor de arquivos no cluster, cada uma configurada para ser executada principalmente em um nó (quando tudo estiver funcionando!) E cada uma usando LUNS separados.

Agradeço que a resposta dependa de quantas VMs e coisas do gênero pretendo executar, mas suponha que ficarei de olho nos recursos (por exemplo, garantindo que as VMs não ocupem toda a RAM do host) e gerenciei o Alocação de NIC corretamente para que não haja problemas de largura de banda.

Existe alguma razão técnica para não poder fazer a opção 2? Muito obrigado !

Answer 1

Não há problema em executar uma função de servidor de arquivos em hosts Hyper-V. Em geral, misturar outras funções com o Hyper-V não é uma coisa boa. No entanto, a função de servidor de arquivos foi projetada e testada especificamente para ser executada junto com o Hyper-V. Uma coisa que sugiro fazer é usar os recursos de QoS do Windows 2012 R2 para criar capacidade de rede para sua função Hyper-V versus sua função de servidor de arquivos.

Eu não criaria várias VMs apenas para criar um servidor de arquivos em cluster. Se você precisar desse nível de complexidade por motivos comerciais, a empresa deverá pagar por hardware dedicado para criar um servidor de arquivos em cluster. Os tempos de failover na função de Servidor de Arquivos serão mais rápidos do que a execução de um cluster em um convidado.

Answer 2

Pessoalmente, eu também não faria. A prática recomendada da Microsoft é ter apenas a função Hyper-V instalada nos servidores host, e não entendo completamente o que você está tentando ganhar com dois VMS apontando para o mesmo compartilhamento na SAN.

Sua melhor aposta é colocar o servidor de arquivos como uma VM no cluster. Tê-lo no cluster fornecerá alta disponibilidade, mas se você quiser uma VM redundante, eu configuraria um segundo compartilhamento de arquivos no cluster (ou de preferência em um cluster diferente) e ativaria o DFS.