ESXi 5x: Alterar o número de IOPS por caminho mostra melhorias significativas

4

Estou um pouco envergonhado por nunca ter visto ou usado o parâmetro -iops como parte das opções esxcli deviceconfig .

Eu deparei com um artigo e comecei a fazer benchmark antes e depois de usar vários tamanhos de bloco e valores de leitura / gravação e estou vendo ganhos no desempenho de nossa SAN v3700, que será implementada em breve, independentemente da configuração do disco.

Monitorando o throughput das 8 interfaces iSCSI (é um projeto ativo / ativo) com monitor de largura de banda SNMP livre Solarwinds nos switches empilhados, vi cada interface saltar de 120ish Mbps (ou 12% de utilização) para 325ish Mbps (~ 33 % de utilização). Alguns deles foram até mesmo indexados, o que me levou a pensar que havia perda de pacotes naquela porta em particular (não tive a chance de verificar as estatísticas da porta antes da conclusão da tarefa do IOMeter).

Então, qual é a desvantagem aqui, além de saturar um determinado caminho (link)? O que é um ambiente seguro e feliz que as pessoas estão usando? Parece bom demais para ser verdade.

    
por gravyface 16.01.2014 / 17:57

1 resposta

3

A maioria das configurações do iSCSI MPIO que eu executo com o VMware acaba usando as políticas recomendadas de seleção de caminho do fornecedor SAN.

Para round-robin, a maioria dos sistemas de armazenamento que usei recomendam reduzir o número padrão de operações de E / S antes de alternar caminhos do padrão 1000 para 1 .

Edit: Eu tive um v3700 em um trabalho recente. O As práticas recomendadas da IBM (na página 12) refletiram que os caminhos devem ser corrigidos no ESXi 5.1 e no round-robin no 5.5. Para o ajuste, ajustamos a operação% I / O 1 .

    
por 16.01.2014 / 18:48