Média de carga aceitável

Question

Nós implantamos nosso novo servidor de e-mail Linux / Exim / Spamassassin na sexta-feira (sempre é uma boa ideia implantar o dia antes de um fim de semana prolongado, quando não há administradores por perto). A carga está em torno de 1,3 na média de 15 minutos.

A máquina é responsiva e os e-mails são entregues em tempo razoável. Podemos supor que isso é aceitável?

Como uma determinada quantidade de carga é considerada aceitável ou não aceitável? Quais métricas são usadas?

    

Answer 1

Regra básica básica: se o sistema é responsivo, se estiver funcionando no tempo certo, tudo bem.

As cargas abaixo de duas não são uma grande preocupação. Os sistemas atingiram quatro ou cinco e ainda funcionam bem, embora isso seja um indicador de que há muitos problemas de enfileiramento na rede ou nas unidades (problemas de E / S podem causar altas cargas, embora o sistema seja muito responsivo).

Verifique periodicamente a duração das filas de mensagens e os logs para problemas não entregues e problemas dessa natureza. Se a fila de entrega permanecer relativamente baixa, tudo bem.

Você pode aproveitar muito as médias de disco e as informações de E / S da rede, mas se não estiver vendo problemas de entrega (enviei a mensagem quinze minutos atrás e ainda não chegou!) e você pode trabalhar no sistema via console (ou ssh) sem muita latência, você deve estar bem.

    

Answer 2

A média de carga é um valor que dá uma idéia do número de processadores necessários para que o kernel possa executar todas as tarefas quando necessário, sem esperar.
No seu caso, se você tiver 2 ou mais CPU / Core. Não há problema. Se você tem apenas 1 CPU com 1 Core, significa que há um tempo "demais" entre o tempo que seu aplicativo quer rodar e o momento em que o kernel o executa. Uma carga > "número de cpu / core" não será um problema para um sistema de e-mail até atingir um valor muito alto por um período muito longo.
Claro que eles não são regra e valor para dar e enquanto você recebe seu e-mail em um curto espaço de tempo, tudo bem. Mas você provavelmente precisa começar a olhar atentamente para o seu servidor quando a carga é maior do que 2 * número de cpu / core muito frequentemente por um período "longo" (~ 1 hora). Novamente, para um servidor de e-mail, isso não será um grande problema, mas começará a significar que seu servidor está sobrecarregado.

    

Answer 3

Como sempre com perguntas relacionadas ao ajuste, não há respostas sim / não, tudo depende de: -)

Dito isto, uma carga de 1.3 não parece alta, especialmente se você tiver uma configuração de CPU multi-core. Se o número de carga for o mesmo que o número de núcleos, então todos os núcleos sempre terão um processo pronto para ser executado.

Em última análise, se, como você diz, as mensagens estão sendo entregues em tempo hábil, então o desempenho é bom: -)

top

fornecerá métricas básicas em tempo real o suficiente.

    

Answer 4

Uma média de carga menor que o número de CPUs que você tem significa que há cpus sentados sem nada para fazer. Igual significa que todos estão trabalhando no momento. Maior significa que há processos que podem estar em execução, mas estão presos na fila de espera.

Para coisas super sensíveis ao tempo, como um servidor voip ou memcache, você quer que o seu load esteja bem abaixo do número de núcleos. Para material assíncrono que pode viver com o backup ocasional (como e-mail), você pode facilmente executar 4x o número de núcleos.

A maior advertência a ser lembrada é que os processos que estão aguardando a entrada / saída do disco ou da rede, mas que, de outra forma, são executáveis ainda aparecem na média de carga. Portanto, se você tiver um jpg do servidor apache para usuários de 56k, você poderá executar uma média de carga muito maior do que se tiver respostas de script php / whatever para um proxy / loadbalancer em uma LAN gigabit. No seu caso, uma conexão smtp a algum servidor de e-mail lento que leva uma eternidade para transferir um anexo mostrará um processo na fila de execução, mas pode ser interrompido vinte vezes para enviar um e-mail de uma linha para o gmail sem problemas.

O empurrão vem para empurrar, a média de carga é como o DOW. Na verdade, não mede de forma alguma a "economia", as pessoas apenas a usam como uma métrica muito frouxamente correlacionada porque é fácil falar sobre ela. Concentre-se nas métricas de monitoramento com as quais você realmente se importa, como a profundidade da fila de entrega e as mensagens por segundo.

    

Answer 5

Quantos núcleos você tem? cat / proc / cpuinfo | processador grep | wc -l

(ressalva: hyperthreading parece mais núcleos, mas não é)

Se o seu nível de carga estiver abaixo da sua contagem de processadores, então você está bem.

Também dê uma olhada no topo e aperte '1' e você pode assistir a carga individual de cada processador.

    

Answer 6

Sim, isso é bastante aceitável e geralmente é algo esperado com um filtro de e-mail.

Nossa configuração é um pouco diferente. Temos um servidor separado para o SpamAssassin, enquanto o nosso servidor POP executa o ClamAV para procurar vírus. O servidor POP geralmente está executando sob uma carga de servidor de 2, mas ocasionalmente aumenta até 10 ou mais. Nosso servidor SpamAssassin, por outro lado, costumava rodar em torno de 2 até que também instalamos os filtros Openprotect.com, quando dobrou o uso da CPU e agora está rodando abaixo de 5 com picos acima de 15. Isso ainda é aceitável porque não ter atrasos no correio que resultem em uma fila de mensagens crescente (usamos o qmail para SMTP de entrada) e ainda há espaço para poupar o uso da CPU / memória.

Por coincidência, eu recomendo Munin para monitorar seus servidores. Ele faz um excelente trabalho de demonstração visual de dados históricos e mostra quais recursos você tem de sobra. Monitorar em tempo real com o Top (1) não ajuda muito. :)

Ah, e a propósito, a implantação na sexta-feira antes do fim de semana prolongado é uma ótima maneira de trabalhar durante todo o final de semana. Especialmente para sistemas críticos como um servidor de email.

    

Answer 7

Como está o consumo de memória? É estável ou está crescendo?

A carga não parece fora da norma. Se o servidor de e-mail for responsivo e o e-mail estiver passando, eu diria que a única medida de falha além do consumo de memória seria se os e-mails errados estivessem passando (spam).

Lembre-se que hoje você seria seu primeiro teste real. Eu provavelmente monitorizaria isso levemente hoje. Se algo der errado, agora seria a hora.