SAN: como determinar a quantidade de LUN e CSV

Question

Herdamos o ambiente Hyper-V (2008 R2) com armazenamento SAN (hardware HP4500). Dois hosts e dois SANs para redundância. Embora eu entenda bem as máquinas virtuais, meu conhecimento de armazenamento é muito fraco. Eu estou tentando entender como nosso engenheiro MSP projetou e por quê. Isso foi intro parte, aqui é a parte principal.

Temos 5.32TB de espaço utilizável em cada SAN e quatro volumes em máquinas host Hyper-V: Volume1, Volume2, Volume3 e volume Exchange recentemente criado para o servidor Exchange. No console de gerenciamento da HP, posso ver que os volumes de acordo (LUN?) Têm tamanho de 3 TB, 1,79 TB, 2 TB e 1,07 TB. Pode parecer provisionado, por isso não é uma questão principal agora.

Minha pergunta, por enquanto, é como foi tomada a decisão de criar esses volumes e por que motivo? Por que não criar um grande volume ou muitos volumes pequenos?

Eu tentei pesquisar e depois de alguns artigos, especialmente este: link faz sentido. Eu não quero fazer nenhuma suposição e postar minha pergunta caso possa estar errado, eu não quero confundir outras pessoas que estão procurando por uma resposta semelhante. Vou tentar perguntar em seu lugar.

Dividir o armazenamento em poucos volumes é por motivo de desempenho e para impedir que os discos sejam muito cheios ou substituídos?

Como eu decido em qual volume devo armazenar minha nova VM? Eu deveria criar todo o VHD do sistema em um volume e todos os dados VHD em outro?

Se sim e se muitas VMs tiverem um único arquivo VHD, o que acontecerá se um volume tiver muitos VHDs e o tamanho aumentar?

    

Answer 1

As maiores razões para dividir isso seriam:

• Para usar diferentes níveis de RAID
• Para usar diferentes velocidades de discos
• Talvez não seja possível migrar entre clusters diferentes, desde antes que você pudesse fazer atualizações sem interrupção para uma nova versão do Windows ou outros motivos estranhos de migração de hardware

Eu tenho uma configuração semelhante com uma SAN Dell MD3600f e três LUNs, cada uma para um volume compartilhado em cluster no meu cluster do Hyper-V.

Um LUN é feito de discos SAS menores de 15k no RAID10 - isso mantém a unidade do SO para as VMs e a totalidade de VMs menores. O segundo é um grande conjunto RAID6 de drives NLSAS - muito espaço de armazenamento, mas consideravelmente mais lento. Ele contém as unidades de dados para a maioria das VMs. O terceiro é um pequeno CSV para fins de teste - para que eu possa testar coisas como o acesso redirecionado sem afetar as principais.

Não sei dizer por que ele é configurado dessa maneira no seu ambiente, mas pode haver boas razões para isso. A primeira coisa a fazer é observar como os discos estão configurados - que tipos de discos são eles, quais níveis de RAID e onde trabalhar.

    

Answer 2

Para elaborar um pouco mais sobre a resposta da Grant - eu tive experiência anterior com um HP MSA que concedeu não é o mesmo modelo de armazenamento HP que você está executando, mas eu só posso imaginar que a arquitetura geral é semelhante. p>

Aprendemos com esse tipo específico de armazenamento, que a criação de vários LUNs nos permitiu utilizar o recurso de controlador ativo / ativo do MSA para que possamos ter tráfego passando por vários controladores. Isso significa que poderíamos utilizar o cache em ambos os controladores, enquanto também temos um método de balanceamento de carga de E / S entre os controladores. Essa é talvez outra razão arquitetural do porquê ele criou vários LUNs.