Problemas de carga estranhos executando o Courier IMAP dentro do Linode VPS

Question

Então ... eu vejo alguns problemas de carregamento muito estranhos em nosso servidor de e-mail. Começa a surgir por volta das 8-9 da manhã (coincidentemente é quando as pessoas começam a trabalhar), mas desce por volta das 11h. Uso da CPU continua normal, eu tenho muita memória livre, sem troca. Ontem tivemos um iowait muito alto% (49.75) com uma carga muito alta (40), hoje nós 'só' tínhamos uma carga de 11-12 com iowait% estando entre 3-4 topos.

Todos os sinais apontam para o imapd como o culpado (courier-imap), porque quando eu parei, a carga começou a diminuir de repente, e dentro de 2-3 minutos, voltou ao normal. Eu tinha cerca de 40-60 deles correndo. Usamos o thunderbird, que abre 5 conexões cada, abaixei para 1 na maioria das estações de trabalho, ele ajudou um pouco (a carga caiu para 5-7), então ... todo o servidor voltou ao normal por volta das 11h.

Ainda tenho ~ 30 imapds em execução, mas com carga perfeitamente normal (entre 0,2 e 0,4). Então ... eu realmente não entendo porque isso está acontecendo, porque, pela lógica, deveria ser muito maior, se essa fosse a causa do problema.

É um Linode 1080 VPS com 1gig de ram.

(chkrootkit / rkhunter não mostrou nada incomum.)

    

Answer 1

Se você estiver usando um VPS, estará compartilhando largura de banda de E / S, tempo de CPU e largura de banda de memória com outros usuários que não são visíveis para o seu VPS.

Eu ficaria confiante em dizer que outro domU hospedado na máquina física está consumindo uma grande quantidade de um ou mais desses recursos (provavelmente IO).

Se você usar iostat -x , provavelmente verá que seus tempos de serviço estão flutuando descontroladamente, o que explicará por que sua média de carga está aumentando, devido ao bloqueio de processos na IO do disco.

    

Answer 2

Pelo que entendi, carregar em um sistema * nix significa "o número de processos esperando para ser executado". Isso não significa necessariamente que eles estão esperando pela CPU. Eles podem estar esperando pelo acesso ao disco ou por uma conexão de rede completa.

Por exemplo, eu costumava gerenciar um sistema em que a carga começava a disparar mais de 80 vezes, ocasionalmente fazendo o sistema rastrear. Acabou sendo porque um servidor LDAP externo estava com defeito, que o sistema local estava fazendo solicitações de autenticação para clientes contra.

Eu procuraria por dependências de rede que seus aplicativos tivessem como um possível culpado por leituras de carga excepcionalmente altas, se sua CPU e iowait parecerem bem.

    

Answer 3

Como o primeiro pôster indicado, é provável que o pedido de veiculação. Eu realmente tenho a mesma configuração no meu vserver e muitas vezes vejo os mesmos problemas. A questão é que os métodos atuais de contêineres de servidores virtuais, como o vserver, não separam o IO de maneira eficaz. Aqui está um white paper que explica em profundidade na página 13 se você estiver interessado. link