O cliente está enfrentando um 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 de 64 bits no ESX 4.0.0,256968
Usei o sqlio para avaliar o desempenho de gravação sequencial de blocos de 4 KB 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 em 4K). Também mostra que a latência de gravação aumenta de <1ms para 1,2 ms.
O monitoramento e os testes no Sybase demonstram que o problema de desempenho está relacionado ao IO e, em particular, há muito tempo de espera para gravação no log.
A SAN indica que o cache de gravação está ativado.
De quais IOPS a SAN deve ser capaz para atividades de gravação sequencial de 4k? Além disso, com o cache de gravação ativado, o controlador não deveria agrupar as gravações em 4K em algo mais eficiente?
Além disso, qualquer dica sobre Sybase no ESX seria apreciada.
Responder1
Eu esperaria que o IO sequencial fosse mais rápido do que o que você está vendo, mas o IO de gravação 100% aleatório sustentado em 4K seria em torno de 500-600IOPS para essa configuração [assumindo 14 discos ativos, 10K SAS, RAID 50], então a pergunta que eu faria estar 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 utilizados. As matrizes Equallogic realmente não permitem isolar padrões de E/S entre volumes na mesma matriz e se você tiver outro volume ou volumes separados dos mesmos discos que estão enfrentando tráfego de E/S aleatório, isso pode estar causando isso.
Responder2
Comecemos pelo princípio: o arquivo de teste é comparável em tamanho ao banco de dados real? Caso contrário, os tempos de busca podem sero fator diferenciadoraqui.
Se você ainda não estiver usando o adaptador vmware paravirtual scsi para o volume de log, recomendo dar uma olhada. Não é uma solução mágica, mas certas cargas de trabalho se beneficiam disso. Normalmente, adiciona um pouco de latência, mas permite um rendimento geral mais alto ao lidar com um grande número de gravações.
Se for viável, e eu percebo que é um grande incômodo, você pode querer conectar uma instância física desse mesmo servidor diretamente na SAN e executar o mesmo teste, tirando o ESX da equação. Como você está lendo os números de IOPS de dois locais e produtos distintos, eu também consideraria isso um fator possível. Dito isto, eu não esperaria que os números diminuíssem 3x.