Monitorizar os recursos do seu VPS

Um VPS funciona normalmente até um recurso se esgotar, e então falha de uma vez: um disco cheio impede os registos e as bases de dados de escrever, o esgotamento da memória mata o processo que o kernel escolher, e um CPU alto e sustentado torna tudo mais lento no servidor. Verificar o uso agora, enquanto está tudo bem, dá-lhe uma referência do que é "normal", para que um problema real seja óbvio mais tarde.

1. Carga geral, ao vivo

O top está presente em todos os servidores; o htop, se instalado, é mais fácil de ler:

top
htop   # se precisar: sudo apt install -y htop

Observe a carga média (três números: médias de 1, 5 e 15 minutos) em relação ao número de CPU do seu servidor. Uma carga de 4 num servidor com 2 CPU significa trabalho em fila de espera; o mesmo número num servidor com 8 CPU é normal.

2. Memória

free -h

Leia a coluna available, não free -- o Linux usa deliberadamente a memória livre para armazenar em cache as leituras de disco, por isso um free baixo com um available saudável é normal, não um problema.

3. Espaço em disco

df -h

Assim que um sistema de ficheiros atinge 100%, as escritas falham diretamente -- para uma base de dados, isso normalmente significa o serviço parar em vez de degradar. Se um volume estiver a subir, descubra o que o está a ocupar:

du -sh /var/log/* | sort -rh | head
du -sh /var/* | sort -rh | head

Registos antigos são a causa mais comum. Uma política de rotação de registos (logrotate, instalado por predefinição no Ubuntu) evita que isto volte a acontecer depois de limpo.

4. O que um pico está a dizer

• CPU preso perto de 100% durante minutos seguidos -- encontre o processo com top (tecla P para ordenar por CPU) antes de reiniciar seja o que for; um processo descontrolado reiniciado às cegas simplesmente reinicia o descontrolo.
• Memória a subir de forma constante durante dias, sem nunca descer -- forma comum de uma fuga lenta numa aplicação de longa duração; um reinício agendado é um contorno, não uma correção.
• Disco a encher-se em linha reta -- quase sempre registos ou uma pasta de cópias de segurança que ninguém está a limpar.

Estabelecer uma referência

Execute os três comandos acima uma vez, hoje, e anote os números nalgum sítio onde os volte a ver. Não existe um "normal" universal -- um servidor de base de dados funciona legitimamente mais quente em memória do que um site estático. O que importa é reparar quando o seu próprio servidor se afasta do seu intervalo habitual.

Se o uso já estiver a subir em direção a um limite e não souber porquê, abra um ticket em dash.mypandos.io com o resultado dos comandos acima -- é a forma mais rápida de o ajudarmos a diagnosticar.