Uso de CPU no limite do plano: cache, robots e tarefas cron que o fazem baixar

cPanel & WHM·· 10 visualizações· 7 min de leitura

A resposta curta: quando o gráfico de CPU do «Uso de recursos» (Resource Usage) encosta à linha do limite, três alavancas resolvem a maior parte dos casos, por esta ordem: a cache de páginas (o PHP deixa de correr em cada visita), os robots (deixa de servir páginas a quem não compra nada) e as tarefas cron (deixa de repetir trabalho sem necessidade). O que gasta CPU, em geral, está em o que consome CPU num site. Este artigo é o passo seguinte: a ordem para baixar o uso já esta semana, como confirmar que baixou, e quando é o upgrade a resposta certa.

O que o gráfico lhe diz

O que vê no «Uso de recursos» O que costuma ser Por onde começar
CPU alta o dia inteiro, a acompanhar as visitas Páginas construídas de raiz em cada visita: não há cache, ou a cache não está a apanhar as páginas Cache
Picos a horas certas (de hora a hora, à meia-noite, sempre aos mesmos minutos) Uma tarefa cron, uma cópia, um relatório ou uma sincronização com outro serviço Tarefas cron
Picos sem padrão, também de madrugada, com pouca gente no site Robots a percorrer o site: motores de busca, recolhedores de preços, ferramentas de SEO, robôs de IA Robots
CPU alta só quando alguém está a trabalhar no painel do WordPress O editor aberto a chamar o servidor, o admin-ajax, um plugin pesado no painel. Ver o admin-ajax a consumir tudo Painel do WordPress
Picos quando lança uma campanha ou publica nas redes sociais Gente a sério. Se as páginas não estão em cache, cada visita custa caro Cache; se já a tem, veja «Optimizar ou fazer upgrade?»

Baixar a CPU, por esta ordem

1 Veja primeiro o «quando». No cPanel, abra Uso de recursos (Resource Usage), escolha a última semana e olhe para o gráfico de CPU. Aponte os dias e as horas das faltas (faults), os momentos em que a conta bateu no limite. Sem isto está a adivinhar.
2 Ligue a cache e confirme que funciona. Num site WordPress, o plugin certo nos nossos servidores é o LiteSpeed Cache: LiteSpeed Cache no WordPress. Depois abra uma página numa janela privada, carregue em F12, separador Rede, e veja os cabeçalhos da resposta: com a cache a funcionar aparece x-litespeed-cache: hit a partir da segunda visita. Se não aparece, a cache está ligada mas não está a servir.
3 Descubra quem pede páginas. Em Métricas > Raw Access, ou nas estatísticas de visitas, veja que endereços e que nomes de robô fazem mais pedidos. Robôs de IA: peça-lhes que fiquem de fora, ou recuse-os pelo nome, como em bots de IA a visitar o seu site. Um endereço que mente sobre quem é: bloquear um endereço IP. Muitos pedidos a wp-login.php ou xmlrpc.php são tentativas de entrada, não visitas.
4 Reveja as tarefas cron. No cPanel, abra Tarefas Cron (Cron Jobs) e pergunte, uma a uma: precisa mesmo de correr com esta frequência? Uma tarefa de minuto a minuto passa muitas vezes bem a de 15 em 15 minutos ou de hora a hora. Ponha as pesadas (cópias, relatórios, importações) numa hora calma.
5 No WordPress, troque o WP-Cron por uma tarefa cron do servidor. Assim as tarefas internas deixam de disparar em cada visita: trocar o WP-Cron pelo cron do servidor.
6 Meça outra vez. Deixe passar alguns dias normais e compare o gráfico de CPU às mesmas horas. Mude uma coisa de cada vez, para saber qual resultou.

Optimizar ou fazer upgrade?

Situação Optimizar ou fazer upgrade?
Não há cache, ou a cache está ligada mas não serve as páginas Optimizar. É a maior poupança, e não custa nada.
A maior parte dos pedidos vem de robots ou de tentativas de entrada Optimizar. Recuse-os ou filtre-os: um plano maior só lhes dava mais para gastar.
Os picos coincidem com tarefas cron ou cópias Optimizar. Espace-as ou mude-as de hora.
Só uma página é lenta (pesquisa, filtros, relatórios) Optimizar essa página. O upgrade não a torna mais rápida: consultas lentas.
Cache a funcionar, robots controlados, crons revistos, e as faltas continuam nas horas de mais clientes Fazer upgrade. O site cresceu, e isso é uma boa notícia.
Precisa de CPU só sua, sempre disponível, para processos pesados e contínuos VPS ou Cloud. Ver hospedagem partilhada ou VPS.

Planos maiores

O CPU conta-se em núcleos do processador: 100% é um núcleo inteiro. O Pro e o Plus têm 1 núcleo, o Ultra e o Business Pro 2, o Business Plus 3 e o Business Ultra 4 (tabela abaixo). Repare que do Pro para o Plus, e do Ultra para o Business Pro, o CPU não muda: se é o CPU que está no limite, o upgrade certo é para um plano com mais núcleos. No «Uso de recursos», a linha do limite mostra o valor da sua conta. Se o site já está optimizado e continua a encostar ao limite, faça upgrade no Meu Interweb: paga só a diferença até à renovação, e o site, os e-mails e os ficheiros ficam onde estão. Os passos estão em como fazer upgrade do seu plano, e qual é o plano seguinte ao seu em que plano vem a seguir.

Plano CPU
Pro 100% (1 núcleo)
Plus 100% (1 núcleo)
Ultra 200% (2 núcleos)
Business Pro 200% (2 núcleos)
Business Plus 300% (3 núcleos)
Business Ultra 400% (4 núcleos)

Os nossos avisos: quando a conta chega a 75%, 85% e 95% do limite de um recurso do plano, recebe um e-mail com todos os recursos da conta, cada um com o limite e a percentagem que usa, e os planos de upgrade (entre 75 e 85%, de 15 em 15 dias; entre 85 e 95%, de 7 em 7 dias; a partir de 95%, de 3 em 3 dias). Se vários recursos estão perto do limite, vêm todos no mesmo e-mail. O limite é 100%. Acima dele a conta pode ser suspensa, e avisamos sempre na véspera. Para a reactivar, faça upgrade (a conta reactiva sozinha logo a seguir) ou peça 24 horas para resolver no link do e-mail: a conta fica activa 24 horas e, se no fim continuar acima do limite, volta a ser suspensa logo (as 24 horas pedem-se uma vez a cada 7 dias). Se o uso voltar a ficar abaixo do limite, a conta volta a ficar activa sozinha. O que cada aviso quer dizer está em os avisos de uso de 75%, 85% e 95%.

Não bloqueie o Googlebot nem os motores de busca que lhe trazem clientes. Bloquear robots pelo nome sem olhar para a lista pode tirar o site das pesquisas. Antes de mexer no .htaccess, guarde uma cópia dele: um erro de escrita deixa o site inteiro com erro 500.
O Crawl-delay do robots.txt não serve para todos. Alguns motores respeitam-no; o Google ignora-o e regula a velocidade sozinho. Para os robôs que não respeitam nada, só a recusa no servidor ou um filtro à frente do site, como o Cloudflare, funcionam.

Não sabe o que está a gastar CPU? Diga-nos o domínio e as horas das faltas, e vemos os registos consigo.

Abrir pedido de suporte

VEJA TAMBÉM

O que consome CPU num site, e como baixar o consumo

LiteSpeed Cache no WordPress: as primeiras definições

Bots de IA a visitar o seu site: robots.txt e como os bloquear

Trocar o WP-Cron pelo cron do servidor

Bater muitas vezes no limite de processos de entrada: quando optimizar e quando fazer upgrade

Como fazer upgrade ou downgrade do seu plano

PRODUTO RECOMENDADO

Alojamento de sites com cPanel

Domínio e SSL incluídos, cópias diárias e o painel que já conhece. desde 5.940,00 Kz/mês (plano de 3 anos, com cupão)

Ver planos
Esta resposta foi útil? A sua resposta ajuda-nos a melhorar este artigo.