Como determinar as necessidades de IOPS depois de obter os dados de Transferências / segundo?

Question

Digamos que eu tenha reunido dados de Transferências de Disco por segundo por um período de 2x24 horas, ou seja, amostragem instantânea de dados a cada 15 segundos. Que análise estatística posso / devo aplicar às amostras se quiser usar os dados para, por exemplo, provisionar um armazenamento?

Devo simplesmente usar o valor de pico (que acontece menos de 1% do tempo)? Devo usar o valor médio / médio do usuário? Ou uma fórmula envolvendo a média e o desvio?

    

Answer 1

Você sempre dimensiona os picos, a menos que seja o tipo de carga de trabalho que pode se dar ao luxo de ter alta latência quando está sobrecarregando muitos pedidos de veiculação. Isso é parte do motivo pelo qual o striping amplo é tão popular - você pode reunir várias cargas de trabalho e tamanho para o pico de uso agregado - partes diferentes atingirão o pico em momentos diferentes, então você pode usar discos mais baratos para fornecer o mesmo capacidade.

O striping amplo assume que isso está em algum tipo de armazenamento centralizado. Se for local, é claro que você não pode agregar a carga de trabalho dessa maneira.

    

Answer 2

Infelizmente, não há uma resposta fácil para essa pergunta. Primeiro, considere suas necessidades. Quanto dinheiro você está disposto / capaz de gastar? Quanta redundância você precisa? Quanto armazenamento total você precisa? Quanta latência você tolera? Quanto você terá de crescimento ao longo do tempo que você deseja que o sistema dure (tanto em tamanho quanto em iops)? Você tem tempo para manter e remover dados para manter o tamanho baixo?

O mais próximo que posso responder a sua pergunta é observar que, se você não puder lidar com os instantâneos instantâneos em um determinado momento, simplesmente aumentará a latência. Se a latência não for importante, comprar armazenamento com base no seu crescimento projetado em iops médios não é um mau começo.

NOTA: A redundância não é uma solução de backup, portanto, planeje também os backups. Os backups podem (devem) ser isolados de seus dados ao vivo por tempo e espaço.