Monitorar um servidor: o que olhar antes de o site cair

Quatro números antecipam quase toda queda: espaço em disco, memória disponível, carga do processador e a resposta do site visto de fora. Disco cheio é a causa mais comum e a mais evitável — ele enche devagar, avisa em silêncio e derruba banco de dados, e-mail e site ao mesmo tempo.

Disco: o assassino silencioso

Quando o disco enche, o banco de dados para de gravar, o servidor web não consegue registrar log e o sistema começa a se comportar de forma estranha, sem mensagem clara. Os suspeitos de sempre são registros de acesso que ninguém rotaciona, cópias de segurança guardadas na própria máquina e arquivos temporários de atualização.

Configure um alerta em torno de oitenta por cento de uso. Abaixo disso há tempo de agir com calma; acima, o relógio começa a correr.

Memória

O sistema usa memória livre como cache, então "quase toda usada" é normal e não é problema. O que importa é a memória realmente disponível e o uso de memória de troca. Troca sendo usada de forma constante indica que o servidor está apertado e que qualquer pico vai encerrar processos — geralmente o banco de dados, que é o que mais consome.

Carga do processador

A carga é comparada ao número de núcleos: valor próximo da quantidade de núcleos significa ocupação total. Picos curtos são normais. Carga alta e sustentada pede investigação de qual processo consome — quase sempre um site específico, uma tarefa agendada ou um robô.

O teste que vale mais que todos

Monitorar de dentro do servidor não detecta o servidor inteiro fora do ar. Tenha uma verificação externa que abra o site periodicamente e avise quando ele não responder. É a única medida que enxerga queda de rede, firewall mal configurado e certificado vencido.

Certificado e domínio

Duas datas derrubam site sem nenhum aviso técnico: o vencimento do certificado e o do domínio. Coloque as duas no calendário, além de confiar na renovação automática. Renovação automática falha em silêncio; calendário, não.