Considerações para volumes estendidos com o LUN da SAN.

4

Eu quero saber, antes de prosseguir, o que posso esperar em perda de desempenho (ou não) de criação de volumes estendidos do Windows a partir de LUNs entregues por uma SAN?

Eu não sei qual tipo de SAN é (nós não o administramos), mas eles nos dão 10 300 Gb LUN para o nosso Windows 2k8 R2 (Vmware) e precisamos de um volume maior, então achamos que isso abrangeu algum disco mas estamos cientes do problema de desempenho.

Alguma entrada?

Atenciosamente.

    
por Patrick Pellegrino 15.11.2012 / 23:22

1 resposta

12

Tempo para algumas ciência, cadelas . A configuração do teste:

  • Windows 7 x64
  • RAM de 2 GB
  • Máquina virtual no ESXi 5.0
  • LUN 1: 5 Gb Thick provisionado em 2x HP P4000 Lefthand Cluster 1 exposto via iSCSI (2x 1Gb MPIO)
  • LUN 2: 5Gb Thick provisionado em 2x HP P4000 Lefthand Cluster 2 exposto via iSCSI (2x 1Gb MPIO)

Temos um total de dois LUNs em dois clusters separados. Limitei artificialmente a taxa de transferência máxima nesses LUNs para não impactar nossos sistemas reais que estão sendo executados nos arrays, mas para comparar as saídas, isso deve ser suficiente.

Etapa 1: faça o benchmark dos LUNs individualmente

Criamos dois volumes simples individuais, formatados com blocos de 4 KB do NTFS.

Benchmark Atto Disk, de 512 a 4196 KB:

TantooLUN1quantooLUN2consistentementemedemnomáximo1Gbpsdetaxadetransferência(oLUN2éumpoucomaislentoàmedidaqueexecutadiscosSATAemvezdediscosSAS).

SeeuobservarosdadoscoletadosdecadaclusterdeSAN,veremosumahistóriasemelhante:

As duas LUNs geram aproximadamente 1 Gbps de tráfego durante cada teste.

Etapa 2: faça o benchmark do LUN como um volume estendido

OK; até agora tudo é como esperávamos. Agora, convertemos esses dois discos em discos dinâmicos e criamos uma única unidade spanned 10Gb e executamos o mesmo benchmark:

E o que você sabe, uma queda tão leve no desempenho, mas no geral podemos chamar isso de forma idêntica aos dois primeiros testes. Mas, mais importante, olhando para os dados coletados da SAN, apenas um LUN estava ativo:

Suponha-se que o segundo LUN só viria ativo quando o primeiro LUN estivesse cheio. Daí span.

Passo 3: Para merdas e risadinhas

Limitei a largura de banda aqui para não impactar nossos sistemas ao vivo, mas sugiro que você faça tudo isso novamente em seus próprios servidores para ver que tipo de desempenho você recebe. Se não for suficiente, sugiro experimentar um conjunto listrado. Normalmente eu nunca iria sugerir isso como se você perder um LUN que está ferrando, mas se você está confortável que seu provedor SAN pode manter os LUNs online (neste exemplo, cada LUN é um cluster tolerante a falhas, então as chances de Se estiver offline, você pode querer experimentar o striping e o benchmarking para ver se obtém o desempenho desejado. E sejamos honestos, despir ou ultrapassar, você perde um disco e perde o lote de qualquer maneira. Então, o fator de risco é bem alto de qualquer forma.

Isso é tudo por agora; Deixe-me ir e limpar todos os alertas de rede que foram acionados porque um único iniciador está consumindo mais do que seu quinhão de largura de banda ...

    
por 16.11.2012 / 00:04