normal de disco ler o valor / gravação para um servidor ubuntu

Question

Como o seu iria determinar um valor máximo para definir um alarme sobre a atividade de E / S de um ubuntu / linux servidor de hospedagem até 4 sites executando apache, mysql e até 4 tomcats? Ou em geral (se houver tal) o que é uma gama operacional apropriado para I / O de leitura / gravação por segundo em um servidor de produção com 7,2 K SATA HDD?

O que eu estou tentando fazer é compreender o impacto sobre os discos se de leitura / escreve por segundo picos. O que devo procurar na especificação dos discos / discos para determinar isso?

Como você pode ver, eu estou "claramente" confuso. Qualquer ajuda / direção seria apreciada ...

Answer 1

Como seria o seu determinar um valor máximo para definir um alarme sobre a atividade de E / S de um ubuntu / linux servidor de hospedagem até 4 sites executando apache, mysql e até 4 tomcats?

O valor pelo qual os problemas esperados você está alarmantes sobre são mais caros do que o preço de você ter que prestar atenção ao alarme.

O número é esse? Isso depende de muitas coisas, incluindo:

Quais os problemas que você está tentando evitar?

Você se preocupa com o desempenho? Se assim for, você se preocupar mais com latência ou débito? Como é o equilíbrio entre o desempenho interativo e batch-job?

Você se preocupa com o desgaste-e-rasga e a vida útil dos meios de comunicação? Você se preocupa com quantas vezes você tem para restaurar backups?

Você se preocupa com o preço dos discos? Quanto valor é melhores discos vai trazer para a sua operação?

Quanto pode as gravações ser adiada? Quanto a leitura é cache através evitável? Como frouxa você pode ser com respeito à independência (o I no ACID)?

Se você realmente quer o melhor disco para a sua situação, estas são algumas das perguntas que você provavelmente vai querer perguntar a si mesmo. Se eu estivesse na sua situação, eu provavelmente escolher um disco aleatório do baixo para médio-baixo faixa de preço, e depois ver como ele funciona. Então você vai ter a experiência de aprender com que você saiba o que fazer diferente da próxima vez (se alguma coisa) e ele não vai te custar muito.

Answer 2

Cuidado com o Linux, você terá alguns dados armazenados em cache na memória (e é legal porque é rápido, mas isso vai quebrar o seu benchmarking).

IMHO Você não deve testar a taxa de transferência do disco rígido, como se os dados serão acumulados de perto no disco físico, você terá mais, a fragmentação dos impactos de dados resultar também ... Use alguma outra métrica.

No topo, você tem uma estatística "0,0% wa" que lhe diz o quanto o processador está gastando em espera de dados. Se este recebe alta, você está em apuros (Você poderia fazer um array RAID para aumentar a taxa de transferência). Eu não sei como top recebe esta informação, mas eu aposto que você poderia obtê-lo também.