Meu servidor ficou lento: como verificar RAM, CPU e disco

Se o seu servidor ficou lento, olhe três coisas: RAM, CPU e disco. Conecte-se e execute três comandos: free -h para a memória, top para o processador e df -h para o disco. O que estiver cheio é o gargalo. Se os três parecerem normais, o problema geralmente está na própria aplicação.

Comece pela carga

A carga média (load average) é o número médio de processos esperando pela CPU ou pelo disco. Os três primeiros números da saída abaixo são as médias dos últimos 1, 5 e 15 minutos. Compare-os com o seu número de núcleos:

cat /proc/loadavg

nproc

Se a carga ficar acima do número de núcleos por muito tempo, o servidor não está dando conta do trabalho.

RAM: free -h

free -h

A coluna mais importante é available (Disponível). Se ela estiver muito pequena e a linha Swap estiver enchendo, a RAM acabou. Quando a memória se esgota, o kernel encerra um dos processos que mais usam memória (o OOM killer). Um banco de dados ou uma aplicação web que fecha sozinha costuma ser sinal disso. Confira assim:

sudo dmesg -T | grep -i -E "out of memory|killed process"

CPU: top

top

Na tela que abre, a tecla P ordena os processos pelo uso de CPU e a tecla M os ordena pelo uso de memória. Pressione q para sair. Na linha da CPU, no topo, observe estes valores:

• us: a fatia dos processos de usuário. Se estiver alta, uma aplicação está devorando a CPU.
• wa: tempo gasto esperando a entrada e saída do disco. Se estiver alto, o problema não é a CPU, mas o disco.
• st: tempo "roubado" do servidor virtual, ou seja, tempo em que a camada de virtualização deu a CPU a outra coisa. Se ficar alto, o problema pode não estar dentro do seu servidor. Nesse caso, fale com o suporte.

Disco: df -h

df -h

df -i

O primeiro comando mostra o espaço usado e o segundo mostra o limite de quantidade de arquivos (inodes). Quando o disco está totalmente cheio, bancos de dados e aplicações não conseguem gravar, e o servidor fica lento ou gera erros. Descubra o que está ocupando o espaço:

sudo du -xh / --max-depth=1 2>/dev/null | sort -h | tail -n 8

Se os logs do sistema cresceram, você pode reduzi-los com sudo journalctl --vacuum-size=200M. Se você usa Docker, docker system df mostra o espaço usado por imagens e contêineres, e docker stats --no-stream mostra quanta CPU e memória cada contêiner usa.

Sintoma, causa provável e solução

Na Seturack, a velocidade do disco de cada servidor é limitada: leitura sustentada de 500 MB/s e 20.000 IOPS e escrita de 200 MB/s e 8.000 IOPS. Se os seus valores na saída de iostat -x 1 5 estão nesses números, é a carga do disco que está deixando você lento. Reduza o trabalho com cache ou distribua-o no tempo. Se o iostat não estiver instalado, instale-o com sudo apt install -y sysstat.

Quando o swap ajuda?

O swap usa o disco no lugar da RAM. Ele permite ao servidor atravessar picos curtos de memória sem o OOM killer, mas não é tão rápido quanto a RAM. Se si e so na saída de vmstat 1 5 ficam acima de zero, o servidor está gravando no swap o tempo todo. A solução é RAM, não swap. Se você não tem swap (swapon --show não mostra nada) e quer amenizar os picos, pode adicionar um arquivo de swap de 2 GB. Estes comandos são para um sistema de arquivos ext4:

sudo fallocate -l 2G /swapfile && sudo chmod 600 /swapfile

sudo mkswap /swapfile && sudo swapon /swapfile

echo '/swapfile none swap sw 0 0' | sudo tee -a /etc/fstab

Se os recursos parecem bons

Se RAM, CPU e disco parecem folgados, confira o nome do processo no topo do top:

• Se php-fpm, apache2 ou nginx estiver no topo, o problema geralmente é o próprio site: um plugin pesado, falta de cache ou um salto repentino de visitantes.
• Se mysqld ou mariadbd estiver no topo, há consultas lentas. Ative o log de consultas lentas do banco de dados e veja quais consultas demoram.
• Se um processo que você não reconhece continua devorando a CPU, o servidor pode ter sido comprometido. Troque suas senhas, confira as sessões abertas e a saída de sudo ss -tulpn e, se for preciso, reinstale o servidor com um sistema limpo.

Quando aumentar o servidor

A ordem é: ajustar primeiro, adicionar cache, desligar o trabalho desnecessário. Se a carga continuar alta depois disso, aumente o servidor. No painel, abra a aba Tamanho do seu servidor, mova os controles deslizantes para o novo tamanho e confirme. Depois do pagamento, o servidor reinicia uma vez sozinho e volta no novo tamanho. Seu endereço IP e seus dados continuam os mesmos, e você paga só a diferença pelos dias restantes. Você pode aumentar RAM, vCores e disco separadamente, então só eleva o que está faltando. Aumentar faz o disco crescer, enquanto reduzir não o diminui. Para mais detalhes, veja o artigo sobre redimensionamento.

Se o servidor não responder de jeito nenhum por causa da carga, o SSH pode não conectar. Nesse caso, abra o console VNC pelo painel ou reinicie o servidor pelo painel.