IOPS esperada para gravação de log na SAN do PS6000X?

Question

O cliente está apresentando desempenho ruim do Sybase ASE 15 em uma SAN PS6000X com 16 X 450 GB 10K em RAID-50. O servidor é um Dell R710 executando o servidor 2003 R2 64bit no ESX 4.0.0,256968

Eu usei o sqlio para comparar o desempenho de gravação sequencial de blocos de 4KB na unidade.

sqlio -kW -t1 -s600 -dE -o1 -fsequential -b4 -BH -LS sqliotestfile.dat

O resultado é 1900 IOPS. No entanto, quando o Sybase está executando uma carga de trabalho sustentada de pequenas inserções, o SAN HQ mostra 590 IOPS consistentes (e 100% de atividade de gravação 4K). Também mostra que a latência de gravação aumenta para 1,2 ms em < 1 ms.

O monitoramento e os testes no Sybase demonstram que o problema de desempenho é relacionado a E / S e, em particular, há muito tempo de espera gravando no log.

A SAN indica que o cache de gravação está ativado.

De que IOPS a SAN deve ser capaz para uma atividade de gravação sequencial de 4k? Além disso, com o cache de gravação ativado, o controlador não deveria estar agrupando as gravações de 4K em algo mais eficiente?

Além disso, quaisquer dicas sobre o Sybase no ESX serão bem-vindas.

    

Answer 1

Eu esperaria que o IO sequencial fosse mais rápido do que o que você está vendo, mas o IO de gravação aleatória 4K 100% sustentada seria em torno de 500-600IOPS para essa configuração [supondo 14 discos ativos, 10K SAS, RAID 50]. Eu estaria perguntando como você tem certeza de que o padrão IO no volume é realmente sequencial?

Quais outros volumes estão sendo apresentados pelo PS600X e para que são usados. Os arrays Equallogic realmente não permitem que você isole os padrões de E / S entre os volumes no mesmo array e se você tiver outro volume ou volumes dos mesmos discos que está experimentando tráfego de E / S aleatório, isso pode estar causando isso.

    

Answer 2

Primeiras coisas primeiro - O arquivo de teste é comparável em tamanho ao banco de dados real? Se não, os tempos de busca podem ser o fator de diferenciação aqui.

Se você ainda não estiver usando o adaptador vmware paravirtual scsi para o volume de log, eu recomendo dar um giro. Não é uma correção mágica, mas certas cargas de trabalho se beneficiam disso. Geralmente, adiciona um pouco de latência, mas permite uma taxa de transferência geral maior ao lidar com um alto número de gravações.

Se for viável e eu perceber que é um grande incômodo, talvez você queira investigar uma instância física desse mesmo servidor diretamente na SAN e executar o mesmo teste, retirando o ESX da equação. Como você está lendo os números de IOPS de dois locais e produtos separados, eu também consideraria isso um possível fator. Dito isto, eu não esperaria que os números estivessem fora de 3x.