Um VPS com WordPress
O PHP-FPM para depois de uma atualização e os visitantes veem «502 Bad Gateway». O alerta indica o serviço e o LayerAssist encontra a definição que a atualização alterou.
Sabe quando um serviço do teu servidor para.
O teu site depende de alguns serviços: o servidor web, a base de dados, o PHP, o email. O LayerAssist vigia o que escolheres e diz-te em palavras simples quando para e porquê.
Em resumo
- Monitor incluídoUm monitor incluído verifica por SSH se um serviço que indicares está a correr, em servidores Linux e Windows.
- Monitor incluídoQuando para, és avisado e o LayerAssist lê os registos para saber porquê. Com «Corrigir com segurança» volta a iniciá-lo sozinho; um reinício completo ou uma alteração de definições esperam pelo teu OK.
- No chatNo chat, reinicia o serviço, descobre o que o fez parar e corrige a causa quando pode.
- Ainda não disponívelO monitor incluído vigia um serviço por servidor. Os outros podem ser cobertos por uma verificação tua.
Um único serviço parado pode deitar abaixo o site inteiro
Um site não é um único programa. O servidor web responde aos visitantes, o PHP corre o código do site, a base de dados guarda o conteúdo e um serviço de correio envia as mensagens. Se qualquer um parar, o site avaria — muitas vezes com um erro que não diz qual.
Os serviços param por motivos banais: uma atualização que mudou uma definição, um servidor que ficou sem memória, um reinício que não pôs tudo de pé. Saber que serviço parou e porquê é metade da solução.
Sinais de que um serviço parou
- «502 Bad Gateway» ou «503 Service Unavailable»
- «Error establishing a database connection»
- O site funciona, mas os emails dele nunca saem
- Tudo avariou depois de um reinício ou de uma atualização do servidor
Porque é que os serviços do servidor param
Falta de memória
Quando a memória acaba, o sistema para o processo maior, muitas vezes a base de dados. Acontece em picos de tráfego ou com definições que pedem demasiado.
Um erro de configuração depois de uma atualização
Uma atualização de pacotes ou uma alteração manual podem deixar uma definição que o serviço rejeita, e ele recusa-se a arrancar.
Não está configurado para arrancar após um reinício
Um serviço que não está ativado no arranque continua parado depois de o servidor reiniciar.
Um disco cheio ou uma falha
Falta de espaço, um ficheiro danificado ou um erro do programa podem fazer um serviço fechar e não voltar.
Como o LayerAssist vigia os teus serviços
Indicas o serviço uma vez. O LayerAssist verifica-o e, se parar, começa pela pergunta mais útil: porquê?
Verifica o próprio serviço
Por SSH e segundo o teu horário, pergunta ao servidor se o serviço está a correr: systemd ou a ferramenta clássica service no Linux, o gestor de serviços no Windows.
Avisa uma única vez
Um alerta quando o serviço para e outro quando volta a correr, na app e por email.
Lê os registos
Analisa as entradas recentes do registo do serviço e do registo do sistema para ver o que o parou: memória, definições, disco ou uma falha.
Repõe-no e corrige a causa
Com «Corrigir com segurança», inicia sozinho um serviço parado. No chat também o pode reiniciar e corrigir a definição ou o limite por trás da avaria.
Exemplo: a base de dados que estava sempre a parar
O que verifica
- MariaDB: parada às 02:41
- Espaço em disco: 52% usado
- Registo do sistema: o servidor ficou sem memória e o sistema parou a base de dados
- Causa: as definições de memória da base de dados ultrapassam os 2 GB de RAM do servidor
O que altera
Reduzi as definições de memória da base de dados para caberem no servidor, iniciei o MariaDB e ativei-o no arranque
O que ganhas
- Sabes que serviço parou, não só que o site avariou
- O motivo da paragem, tirado dos próprios registos
- Serviços parados postos de novo a correr, com a causa corrigida
- Funciona em servidores Linux e Windows
Situações reais
Um servidor com um processo em segundo plano
Um worker de filas ou um bot corre como serviço. Quando para, nada avaria à vista — até as encomendas se acumularem. O monitor de serviço apanha-o logo.
Um servidor Windows
Uma aplicação corre como serviço do Windows no servidor de uma pequena empresa. O LayerAssist verifica-a por OpenSSH e avisa o dono quando para.
Como configurar a monitorização de serviços do servidor
Liga o servidor por SSH
Adiciona o servidor em Sites e servidores com o acesso SSH (OpenSSH no Windows).
Indica o serviço a vigiar
Em Automações, escolhe Nova automação, seleciona o servidor, escolhe «Estado do serviço» e escreve o nome do serviço, por exemplo nginx, mariadb ou php8.2-fpm.
Escolhe a frequência
A cada 5 minutos para um serviço essencial, ou com menos frequência para um que pode esperar.
Começa pelo serviço mais importante
O monitor incluído vigia um serviço por servidor: normalmente a base de dados ou o servidor web. Cobre os outros com uma verificação regular como automação tua.
Perguntas sobre a monitorização de serviços do servidor
Qualquer serviço que o servidor corra com um nome: servidores web como Nginx, Apache ou LiteSpeed, bases de dados como MySQL, MariaDB ou PostgreSQL, PHP-FPM, serviços de correio ou a tua própria aplicação. No Windows, qualquer serviço do Windows.
Com «Corrigir com segurança», inicia sozinho um serviço parado. Um reinício completo ou uma alteração de definições numa execução automática esperam pelo teu OK. No chat, pedes e ele faz na hora.
O monitor incluído vigia um serviço por servidor. Para mais, pede ao LayerAssist uma verificação regular como automação tua; a frequência depende do teu plano.
Verificar se um serviço está a correr funciona com um acesso SSH normal. Ler os registos do sistema e reiniciar serviços costuma exigir sudo ou root, incluídos a partir do plano Plus.
Guias relacionados
- Monitor incluídoDisponibilidade do siteAvisa-te quando o site deixa de responder e depois descobre porquê.
- Monitor incluídoEspaço em discoAvisa antes de o disco encher e liberta espaço com segurança.
- AutomaçãoEstado da base de dadosVerifica se a base de dados funciona, responde e está sem erros.
Todos os guias de monitorizaçãoVê o que cada plano incluiComo funciona o LayerAssist
A partir de $ 9 por mês · 14 dias para mudar de ideias
Da próxima vez que algo avariar, vai saber a quem perguntar.
Adicione o seu site e faça a primeira pergunta hoje. Não é para si? Cancele em 14 dias e receba de volta o primeiro pagamento, descontando apenas o trabalho de IA utilizado.
Grátis durante 7 dias · Sem cartão de crédito · Não são precisos conhecimentos técnicos.