Como especifico os novos requisitos de desempenho de armazenamento com base nos dados atuais?

Question

Eu fiz muitas perguntas sobre isso ultimamente, e acho que vou parar de bater na mata ...

Digamos que eu tenha um sistema de armazenamento que está sendo usado para uma variedade de aplicativos com diferentes padrões de E / S. Eu colecionei estatísticas de desempenho no sistema:

• transferências / seg
• sec / trasnfer
• bytes / transferência
• bytes / seg
• % ocioso

e calculei o 95º percentil, a média e a mediana de cada um. Eu também sei qual é a minha média de leitura / gravação.

Eu entendo como calcular o possível IOPS médio e a taxa de transferência para um novo sistema, considerando os parâmetros de disco, matriz e carga de trabalho média.

Estou lutando para colocar tudo isso junto. As estatísticas atualmente observadas são limitadas pelo sistema existente que está lutando para acompanhar. Assim, talvez eu saiba que eu exijo X IOPS, mas esse valor pode ser baixo por causa do atual gargalo de disco, etc. (Eu sei que ele está sobrecarregado porque vejo alto uso constante de disco e muitos períodos de vários segundos com tempos de transferência muito altos) )

Para ser franco, não estou fazendo nada de hardcore e posso basicamente comprar discos mais rápidos, configurar melhor meus arrays e dar certo. Mas gostaria de entender como posso adotar uma abordagem mais formal para justificar uma despesa e não comprar demais.

    

Answer 1

Eu não acho que você tenha dados suficientes ... o que você também precisa saber é a utilização das outras partes do sistema que podem se tornar o gargalo se o IO acelere, para que você possa estimar o quanto você tem para ir no IO antes de se tornar CPU, barramento ou rede limitada.

Alguma definição de "rápido o suficiente" ajudaria também. Mas parece que você quer que os longos períodos de espera pelo IO desapareçam. Dependendo do que você está fazendo, talvez você não tenha memória suficiente para armazená-lo corretamente.

    

Answer 2

Concordo com a resposta de Andrew McGregor em princípio, mas a realidade é que você provavelmente não tem o luxo de realizar qualquer tipo de benchmarking para ver onde estão os próximos afunilamentos depois de desobstruir o gargalo de disco. Em um mundo perfeito, você teria (a) acesso a um subsistema de disco mais rápido em uma capacidade de "demonstração" para executar sua carga de trabalho atual ou (b) poderia exportar dados de rastreamento capturados do ambiente atual e execute-o através de um modelo matemático "mágico" de seu software aplicativo para traçar os próximos gargalos.

Não é provável que você possa obter hardware de demonstração e não existem modelos matemáticos para "reproduzir" um rastreamento dinâmico de suas cargas de trabalho do Exchange (li suas outras perguntas). Descobrir qual será o próximo gargalo de qualquer maneira objetiva será muito difícil, na melhor das hipóteses. Com isso em mente, eu faria o que você sabe que melhorará o desempenho e planejará um disco de maior desempenho. Haverá outro gargalo além disso, mas a menos que você possa encontrar uma maneira financeiramente viável ou realisticamente possível de prever isso, você está realmente apenas adivinhando.

(Estou marcando este "wiki da comunidade" porque eu realmente deixei como um comentário sobre a resposta de Andrew, mas, obviamente, não é possível postar um comentário por muito tempo ...)

    

Answer 3

Certifique-se de fazer o que eu chamo de matemática da unidade teórica para obter sua IOPS máxima e reduzir em 20% ou mais com base no uso no mundo real. Isso varia de acordo com o fabricante, velocidade do disco, etc. Em seguida, compare com a nova configuração da unidade e verifique se as cargas de pico se encaixam bem abaixo desse limite.