Existe algum tipo de prática recomendada quando se trata de verificar o hardware de um novo servidor antes de colocá-lo em produção?
Por exemplo, executando-o através do teste de hardware do fabricante ou executando o memtest nele por x quantidade de horas?
-Josh
A frase que você está procurando é "queimar". Eu normalmente uso o UCBD e executo o memtest por alguns dias, e realizo um teste de drive estendido para qualquer fabricante de discos rígidos. Eu não tive problemas suficientes com novos processadores para me convencer a testá-los também.
Para mais informações, confira este wiki da comunidade.
Testando um servidor antes de instalar um sistema operacional
Eu gosto de passar pelos testes rápidos do memtest, mas na verdade não gera muita carga, então é mais uma verificação de que nada está terrivelmente errado do que uma queima do sistema.
Em seguida, instalo e executo kcbench -a -r -n -n 50 . Isto executa uma compilação do kernel em um loop (usando todas as CPUs), o que aproxima muito da nossa carga real, e o kcbench está disponível no Fedora e no EPEL, então é de fácil acesso. E como bônus, recebo um número de referência simples que me dá uma ideia do desempenho do novo hardware.
Depois, verifique o dmesg em busca de erros.
Pessoalmente, nunca fiz nada disso em uma caixa de produção. Se eu receber uma caixa de muitos milhares de dólares da HP, da Sun ou de quem quer que seja, espero que eles me entreguem uma unidade de trabalho. Todos os fracassos da primeira infância que tive foram todos no primeiro dia de operação. Por que perder tempo fazendo burn-in quando você consegue identificar o problema quando instala o sistema operacional ou configura a máquina?
Então, novamente, todas as nossas máquinas são configuradas automaticamente pelo Puppet, então se algo morrer antes de entrar em produção, nós simplesmente montamos outra máquina e apertamos o botão "go" novamente ...
Tags best-practices