Como monitorizar os recursos do alojamento no cPanel
O site está lento, mas o espaço em disco ainda sobra. No cPanel, o gráfico da CPU tem um pico e aparece um aviso de recursos. Será preciso mudar de plano? Antes de decidir, convém perceber qual foi o limite atingido, durante quanto tempo e o que estava a acontecer no site nessa altura.
Neste guia, explicamos como consultar o consumo da conta, interpretar os sinais mais úteis e reunir informação para resolver o problema. O objetivo é evitar alterações por tentativa e erro.
Onde consultar o consumo da conta
Entre no cPanel e procure Resource Usage, normalmente na secção de métricas. Esta ferramenta está associada ao CloudLinux e pode não estar disponível em todos os servidores ou planos. O nome e a apresentação variam com a configuração e o idioma do painel.
Abra os detalhes e escolha o período que inclui o problema. Se o site falhou às 14h30, olhar apenas para o consumo atual, às 17h00, pode esconder o que aconteceu. Registe a hora e o fuso horário apresentados no painel.
Procure três elementos: o consumo observado, o limite da conta e os registos de limites atingidos, frequentemente identificados como faults. Guarde uma captura de ecrã antes de fazer alterações.
Os indicadores que interessa distinguir
Os limites apresentados são os da sua conta. Não assuma que os valores de um exemplo na Internet correspondem ao seu plano.
- CPU: capacidade de processamento utilizada.
- Memória física, ou PMEM: memória contabilizada para a conta.
- I/O: volume de leitura e escrita por segundo.
- IOPS: número de operações de leitura e escrita por segundo.
- Entry Processes, ou EP: entradas simultâneas no ambiente limitado da conta.
- NPROC: número de processos e threads desse ambiente.
EP não é um contador de visitantes. Uma pessoa pode originar vários pedidos, e um pedido rápido liberta recursos mais cedo do que um pedido demorado. Por isso, um limite de 20 EP não significa que o site só consiga receber 20 pessoas.
Há também uma distinção entre o memory_limit do PHP e a memória da conta. Aumentar o primeiro não aumenta automaticamente a segunda. São limites diferentes que devem ser analisados separadamente.
O que pode acontecer ao atingir um limite
O efeito depende do recurso: CPU ou I/O podem provocar lentidão; o limite de EP pode originar o erro 508; memória ou processos podem resultar em erros 500 ou 503. A mensagem do navegador, por si só, não confirma a causa. Cruze-a com os gráficos e os registos do mesmo período.
Um pico curto durante uma tarefa planeada merece uma análise diferente de falhas repetidas durante as compras dos clientes. Registe a duração, a repetição e o impacto antes de concluir que a conta precisa de mais recursos.
Como investigar sem alterar tudo ao mesmo tempo
- Anote o sintoma. Qual a página afetada? Houve lentidão ou erro? O problema também ocorreu na administração?
- Localize o período. Consulte os gráficos e assinale o recurso que atingiu o limite.
- Liste o que mudou. Houve uma atualização, importação de produtos, campanha, tarefa de manutenção ou alteração de configuração?
- Escolha uma hipótese. Comece pela que coincide com a hora do problema.
- Teste uma alteração. Registe o que fez e compare um período equivalente. Sempre que possível, teste num ambiente de staging.
Os exemplos seguintes são hipóteses de diagnóstico, não descrições de casos reais dos nossos clientes. Se um pico coincide diariamente com uma tarefa programada, investigue essa tarefa primeiro. Se os avisos começaram após uma alteração, compare com o comportamento anterior. Se só uma página é afetada, tente reproduzir o problema nessa página antes de mexer em todo o site.
Uma coincidência é um ponto de partida. Para confirmar a causa, pode ser necessário consultar registos de acesso, erros da aplicação ou informação adicional disponibilizada pelo alojamento.
Preparar um pedido de suporte útil
Em vez de enviar apenas «o site está lento», reúna estes dados:
- Domínio e endereço da página afetada.
- Data, hora e fuso horário do problema.
- Mensagem de erro, caso exista.
- Captura dos gráficos e dos limites atingidos.
- Últimas alterações e tarefas que estavam em execução.
- Passos para reproduzir a situação.
Não inclua palavras-passe no pedido. Se a equipa precisar de acesso adicional, combine um meio adequado para o disponibilizar.
Quando faz sentido rever o plano
O espaço livre em disco não responde a esta pergunta. A decisão deve considerar o recurso que falta, a frequência do problema e as necessidades do negócio. Envie-nos o histórico recolhido através de um pedido de suporte na nossa área de cliente para avaliarmos a situação: há uma tarefa a corrigir, uma configuração a rever ou uma necessidade sustentada de mais capacidade?
Se gerir vários sites na mesma conta, identifique também qual deles estava a executar a tarefa ou a apresentar o erro. Essa informação ajuda a delimitar a investigação.
O gráfico está normal agora. O problema desapareceu?
O consumo atual não explica necessariamente uma falha anterior. Consulte o intervalo exato em que aconteceu e veja se houve limites atingidos.
O erro 508 significa que tenho pouco espaço em disco?
No contexto dos limites CloudLinux, está associado ao limite de entradas simultâneas, EP. Verifique os registos antes de tomar uma decisão.
Devo desativar todos os plugins?
Evite uma alteração tão ampla num site em produção. Pode interromper funcionalidades e dificultar a identificação da causa. Prepare um teste controlado, com cópia de segurança, e avalie uma hipótese de cada vez.
Que informação deve incluir no pedido de suporte?
O domínio, a hora do problema, o erro e os gráficos são um bom começo. Com esses elementos, podemos orientar a análise e indicar o próximo passo.
Trabalhe com uma cópia de segurança e um plano de reversão
As ferramentas de administração permitem executar alterações rápidas, mas uma configuração incorreta pode afetar todo o site. Antes de editar ficheiros, tarefas agendadas ou parâmetros do PHP, registe os valores atuais. Confirme que tem uma cópia recuperável e, quando possível, teste primeiro num ambiente que não receba visitantes.
Faça uma alteração de cada vez e valide as funcionalidades críticas: carregamento das páginas, acesso administrativo, formulários e, numa loja, carrinho e pagamentos. Evite publicar credenciais, ficheiros de configuração ou registos com informação pessoal ao pedir ajuda. Se surgirem erros, indique o momento da alteração e a mensagem exata; são dados que tornam a assistência técnica mais eficaz do que tentar várias correções simultaneamente.
Que indicadores permitem dimensionar o serviço?
O espaço ocupado é apenas uma parte da capacidade necessária. Consulte, quando disponíveis, picos de CPU, memória, processos simultâneos, operações de disco e número de ficheiros. A média mensal pode esconder os momentos mais exigentes, como importações, cópias de segurança ou uma campanha comercial. Uma loja com poucos produtos pode consumir mais processamento do que um site institucional com muitas páginas estáticas.
Faça primeiro um inventário: aplicações, bases de dados, contas de correio, tarefas agendadas e volumes de tráfego. Se o problema ocorre apenas depois de instalar uma extensão, investigue essa alteração antes de comprar mais recursos. Ao pedir uma recomendação técnica, apresente o horário das falhas e os indicadores recolhidos. Desta forma, a escolha entre alojamento partilhado, WordPress otimizado e VPS assenta em necessidades verificáveis.
Escolher recursos com base em medições
Identifique picos e processos antes de pedir um aumento do plano.
Consulte os nossos planos de alojamento web e fale connosco sobre a utilização prevista. Fale connosco se precisa de ajuda a escolher.