Gerenciar um servidor web exige atenção constante aos recursos de hardware. Se você é um administrador de sistemas ou um dono de site, já deve ter se deparado com o alerta de “High CPU Usage”. Aprender como reduzir uso de CPU no DirectAdmin não é apenas uma questão de economia, mas de garantir a estabilidade e a velocidade da experiência do usuário final.
Neste guia exaustivo, vamos explorar desde o diagnóstico básico até as configurações mais avançadas do CustomBuild para transformar seu servidor lento em uma máquina de alta performance.
Se o seu servidor com DirectAdmin está com alto uso de CPU, é essencial entender o ambiente como um todo. Para isso, veja o guia completo do DirectAdmin para administradores.
1. Entendendo o Problema: Por que a CPU sobe?
Antes de aplicarmos qualquer comando, precisamos entender que o DirectAdmin, por si só, consome pouquíssima CPU. O painel é apenas uma interface de gerenciamento. O verdadeiro consumo vem dos “serviços de entrega”, como:
- Webserver (Apache/Nginx/OpenLiteSpeed): Processamento de requisições HTTP.
- Interpretador PHP: Processamento de scripts e plugins (especialmente no WordPress).
- Banco de Dados (MySQL/MariaDB): Consultas complexas e falta de indexação.
- Segurança e Logs: Escaneamento de malwares e processos de backup.
O alto consumo de CPU pode estar ligado à configuração do servidor. Confira como administrar corretamente no DirectAdmin para administradores.
2. O Primeiro Passo: Diagnóstico de Precisão
Para reduzir uso de CPU no DirectAdmin, você não pode agir no escuro. O primeiro passo é o diagnóstico via terminal SSH.
Usando o comando htop
O htop é uma versão visual e aprimorada do clássico top. Se ele não estiver instalado, você pode instalá-lo facilmente via yum install htop ou apt install htop. Ao abri-lo, pressione P para ordenar os processos por consumo de CPU. Observe as colunas “Command” e “User”. Se muitos processos pertencem a um único usuário, você já encontrou a fonte do problema.
O Monitor de Processos do DirectAdmin
Se você prefere a interface gráfica, o DirectAdmin oferece uma ferramenta nativa. Vá em: Admin Level > System Info & Files > Process Monitor. Lá, você verá uma lista em tempo real do que está acontecendo. Fique atento a scripts PHP que ficam “pendurados” por muito tempo, pois eles são os principais culpados pelo esgotamento de recursos.
3. Migração para o PHP-FPM: A Mudança que Salva Servidores
Muitas instalações antigas do DirectAdmin ainda utilizam o suPHP ou mod_php. Se o seu objetivo é reduzir uso de CPU no DirectAdmin, você precisa migrar para o PHP-FPM.
O PHP-FPM (FastCGI Process Manager) é muito mais eficiente porque mantém “workers” (trabalhadores) prontos para processar requisições, eliminando o custo de CPU de ter que iniciar um novo processo PHP a cada clique no site.
Como ativar via CustomBuild:
cd /usr/local/directadmin/custombuild
./build set php1_mode php-fpm
./build php n
./build rewrite_confsEssa mudança pode reduzir a carga do servidor instantaneamente em até 30% em ambientes com muito tráfego.
Identificar o problema é apenas o primeiro passo. Veja a configuração completa no guia completo do DirectAdmin.
4. Atualização de Versões do PHP
Utilizar versões legadas como PHP 5.6 ou 7.2 é um erro comum. As versões modernas, como o PHP 8.1, 8.2 e 8.3, trazem otimizações no motor Zend que permitem processar o mesmo script usando muito menos ciclos de CPU. Ao atualizar, você não ganha apenas segurança, mas uma redução real no consumo de hardware.
Dando continuidade ao nosso roteiro de otimização, após ajustarmos o interpretador PHP, precisamos olhar para os dois pilares que sustentam a maioria das aplicações web: o Servidor Web e o Banco de Dados.
4. OpenLiteSpeed: O Webserver que Salva sua CPU
Se o seu servidor ainda roda apenas com o Apache “puro”, você está desperdiçando ciclos de processamento. O Apache é robusto, mas em cenários de alto tráfego, ele cria muitos processos “child”, o que eleva drasticamente o consumo de recursos.
Para reduzir uso de CPU no DirectAdmin, a migração para o OpenLiteSpeed (OLS) é, muitas vezes, a solução definitiva. O OLS utiliza uma arquitetura baseada em eventos (similar ao Nginx), mas com o benefício de interpretar nativamente as regras do .htaccess e possuir o módulo de cache mais rápido do mercado (LSCache).
Vantagens do OpenLiteSpeed para a CPU:
- LSPHP: O processo PHP do LiteSpeed é mais eficiente que o PHP-FPM padrão.
- Menos Overhead: Lida com milhares de conexões simultâneas usando apenas alguns megabytes de RAM e quase zero de CPU extra.
- Compactação Gzip/Brotli: Realizada de forma muito mais otimizada a nível de kernel.
Como migrar via CustomBuild:
Bash
cd /usr/local/directadmin/custombuild
./build set webserver openlitespeed
./build set php1_mode lsphp
./build openlitespeed
./build php n
./build rewrite_confs5. Otimização de Banco de Dados (MySQL/MariaDB)
Um dos maiores “comedores” de processamento escondidos são as consultas SQL mal otimizadas. Quando um site WordPress, por exemplo, tenta buscar informações em uma tabela com milhares de linhas sem índices, a CPU do servidor sobe para 100% tentando processar essa lógica.
Para reduzir uso de CPU no DirectAdmin através do banco de dados, siga estes passos:
A. Utilize o MySQLTuner
O MySQLTuner é um script em Perl que analisa o desempenho do seu MariaDB/MySQL e sugere variáveis de configuração para o seu arquivo my.cnf.
wget http://mysqltuner.pl/ -O mysqltuner.pl
perl mysqltuner.plEle indicará se você precisa aumentar o query_cache_size, o innodb_buffer_pool_size ou o tmp_table_size. Ajustar esses valores evita que o servidor precise ler o disco rígido constantemente, o que poupa CPU.
B. Ative o Slow Query Log
Identificar qual site está causando o gargalo é crucial. Ative o log de consultas lentas editando o arquivo /etc/my.cnf:
slow_query_log = 1
slow_query_log_file = /var/lib/mysql/slow-queries.log
long_query_time = 2Depois de algumas horas, verifique o arquivo. Se encontrar consultas que demoram mais de 2 segundos, você encontrou o motivo da lentidão e poderá otimizar as tabelas específicas ou plugins que as geram.
6. Implementando Cache de Objeto (Redis e Memcached)
Muitas vezes, a CPU trabalha demais repetindo a mesma tarefa. Por exemplo, processar o menu de um site toda vez que um usuário carrega uma página. O Cache de Objeto armazena esses resultados na memória RAM.
Ao instalar o Redis, você retira a carga da CPU e do Banco de Dados. No DirectAdmin, isso é feito de forma simples:
cd /usr/local/directadmin/custombuild
./build set redis yes
./build redisApós a instalação, instale o plugin de cache no site do seu cliente (como o Redis Object Cache para WordPress) e a diferença no uso de CPU será notável imediatamente.
Muitas vezes, o administrador busca o problema dentro dos arquivos do site, quando na verdade o consumo excessivo de recursos vem de fora. Ataques de força bruta, scrapers de conteúdo e bots maliciosos podem sobrecarregar o processador.
O alto uso de CPU pode estar ligado a diversos fatores. Veja também:
7. Bloqueio de Bots e Crawlers Agressivos
Você sabia que quase 40% do tráfego da internet é composto por bots? Alguns são úteis (Google), mas outros, como Semrush, Ahrefs e buscadores chineses ou russos (Baidu/Yandex), podem indexar seu site de forma tão agressiva que impedem você de reduzir uso de CPU no DirectAdmin.
Para mitigar isso, você deve configurar o arquivo robots.txt ou, de forma mais eficiente, usar o arquivo .htaccess para bloquear esses agentes. No DirectAdmin, se você estiver usando OpenLiteSpeed ou Nginx, o bloqueio por User-Agent é extremamente leve para o processador.
8. Configuração do Firewall CSF (ConfigServer Security & Firewall)
O CSF é o firewall padrão de fato para quem usa DirectAdmin. Se mal configurado, ele mesmo pode consumir recursos, mas se bem ajustado, ele é a ferramenta principal para reduzir uso de CPU no DirectAdmin ao impedir ataques de negação de serviço (DoS).
Dicas de ajuste no CSF para economizar CPU:
- Connection Tracking (CT_LIMIT): Limite o número de conexões simultâneas por IP. Se um IP abrir 100 conexões de uma vez, ele é bloqueado. Isso evita que o Apache ou PHP-FPM tentem processar centenas de requisições maliciosas.
- PT_USERPROC_KILL: Ative esta opção para matar automaticamente processos de usuários que ultrapassem um tempo de execução (ex: 300 segundos). Processos “zumbis” são vilões silenciosos da CPU.
- LF_DAEMON: Monitore falhas de login em serviços como SSH e FTP para banir IPs atacantes antes que eles esgotem os ciclos de processamento tentando adivinhar senhas.
9. ModSecurity e Regras de Otimização
O ModSecurity é um Firewall de Aplicação Web (WAF). Embora ele use CPU para analisar o tráfego, ele economiza muito mais ao bloquear requisições complexas de ataques conhecidos que fariam o seu banco de dados trabalhar exaustivamente.
Para reduzir uso de CPU no DirectAdmin com ModSecurity, utilize o conjunto de regras da Comodo ou OWASP, disponíveis via CustomBuild:
cd /usr/local/directadmin/custombuild
./build set modsecurity yes
./build set modsecurity_ruleset comodo
./build modsecurity10. Uso de Cloudflare como Escudo de CPU
Uma das formas mais rápidas de reduzir uso de CPU no DirectAdmin sem tocar em uma linha de código do servidor é implementar o Cloudflare (ou outro CDN).
Ao delegar o cache de arquivos estáticos (imagens, CSS, JS) e o bloqueio de bots básicos para a borda da Cloudflare, o seu servidor DirectAdmin só recebe o tráfego que realmente importa: as requisições dinâmicas. Isso reduz o trabalho do Webserver e, consequentemente, baixa a temperatura do processador.
Chegamos à fase de isolamento e manutenção preventiva. Se você seguiu as partes anteriores, sua stack de software (PHP, Webserver e Banco de Dados) já está otimizada. Agora, precisamos garantir que o comportamento de um único usuário ou um processo administrativo não comprometa todo o sistema.
Reduzir o uso de CPU exige ajustes no ambiente completo. Veja como fazer isso no DirectAdmin para administradores.
11. Limitação de Recursos com Cgroups
O DirectAdmin evoluiu muito e hoje oferece suporte nativo ao Cgroups (Control Groups) do Linux. Esta é uma ferramenta essencial para quem deseja reduzir uso de CPU no DirectAdmin em servidores que hospedam múltiplos clientes.
Sem o Cgroups, se um site sofrer um ataque ou tiver um script em loop infinito, ele consumirá 100% da CPU, deixando todos os outros sites do servidor lentos.
Como configurar limites de CPU:
- Verifique se o seu Kernel suporta Cgroups.
- No DirectAdmin, acesse o nível Admin.
- Vá em Server Manager > Service Monitor.
- Configure os limites de CPU por usuário (por exemplo, limitando cada usuário a no máximo 1 core ou 50% de um core).
Isso garante que, mesmo sob estresse, o sistema operacional sempre terá ciclos de CPU disponíveis para processos críticos e para o seu acesso via SSH.
12. Otimização de Backups: O Vilão da Madrugada
Muitos administradores notam que o servidor fica inacessível ou extremamente lento em horários específicos da madrugada. Isso geralmente ocorre devido à rotina de backups do DirectAdmin.
O processo de compactação (gzip/zstd) é intensivo em processamento. Para reduzir uso de CPU no DirectAdmin durante os backups, siga estas estratégias:
- Use o
ioniceenice: Você pode configurar o sistema para que os processos de backup rodem com prioridade baixa. Isso significa que, se houver um acesso de usuário no site, a CPU priorizará o site e não o backup. - Backup Incremental: Em vez de gerar um arquivo
.tar.gzgigante todas as noites, use o sistema de backup incremental do DirectAdmin. Ele apenas copia os arquivos alterados, reduzindo drasticamente o esforço de processamento. - Horários Escalonados: Se você tem muitos usuários, não inicie todos os backups à meia-noite. Divida-os em grupos ao longo da madrugada.
13. Limpeza de Logs e Auditoria de Disco
Embora pareça um problema de armazenamento, arquivos de log gigantescos (gigabytes de tamanho) dificultam a escrita e leitura do sistema. Quando o sistema gasta muito tempo em “I/O Wait” (espera de entrada e saída), o sistema operacional reporta isso como um aumento na carga da CPU.
Certifique-se de que o LogRotate está funcionando corretamente no seu DirectAdmin. Manter logs limpos e rotacionados é uma forma indireta, porém eficaz, de reduzir uso de CPU no DirectAdmin.
Conclusão: O Caminho para um Servidor de Alta Performance
Otimizar um servidor não é uma tarefa de “clique único”. É um processo de camadas. Ao longo deste guia, vimos que para reduzir uso de CPU no DirectAdmin de forma sustentável, você deve:
- Diagnosticar com precisão usando
htope logs de consultas lentas. - Modernizar sua stack tecnológica (PHP 8+, OpenLiteSpeed).
- Implementar Cache agressivo com Redis e OpCache.
- Proteger o servidor contra bots e ataques com CSF e Cloudflare.
- Isolar os recursos para que um site não afete os demais.
Seguindo esses passos, você não apenas economiza em custos de hardware (podendo manter mais sites em um VPS menor), mas também oferece um serviço de hospedagem profissional e estável.
Para evitar novos problemas de CPU, é essencial administrar corretamente o servidor. Consulte o guia completo do DirectAdmin.
Checklist Final para Reduzir Uso de CPU no DirectAdmin
Para facilitar sua rotina, aqui está o resumo das ações que você deve revisar periodicamente:
- [ ] PHP: Todos os sites estão no PHP 8.1 ou superior com PHP-FPM/LSPHP?
- [ ] MySQL: O MySQLTuner foi executado nos últimos 30 dias?
- [ ] Cache: O OpCache está habilitado no CustomBuild?
- [ ] Webserver: Já considerou a migração para OpenLiteSpeed?
- [ ] Firewall: O CSF está bloqueando bots agressivos e países sem interesse comercial?
- [ ] Backups: Estão configurados para rodar em horários de baixo tráfego com prioridade
nice?
FAQ
Não. O DirectAdmin é muito leve. O consumo geralmente vem de scripts PHP mal otimizados, bots maliciosos ou falta de cache nos sites hospedados.
Sim, ajuda a evitar que um único site derrube todo o servidor. Isso pode ser feito via Cgroups ou utilizando o CloudLinux
O OpenLiteSpeed é atualmente a melhor opção gratuita para reduzir o consumo de CPU, superando o Apache em performance de arquivos estáticos e processamento PHP (LSPHP).
Na grande maioria, sim. Ele lê as regras do .htaccess do Apache, o que torna a migração muito tranquila para sites WordPress, Magento e sistemas próprios em PHP.
Isso geralmente ocorre devido a tabelas “overhead” (com excesso de dados inúteis) ou falta de índices. Realizar uma “Otimização de Tabelas” via phpMyAdmin ou linha de comando pode ajudar a reduzir uso de CPU no DirectAdmin.
Para a maioria dos usuários de DirectAdmin, o Redis é superior por ser mais moderno, persistente e ter melhor integração com plugins de performance como o WP Rocket e LSCache
Sim, se você tiver listas de bloqueio (Blocklists) gigantescas com centenas de milhares de IPs, o processador terá que checar cada conexão contra essa lista. Mantenha o firewall limpo e use ferramentas como ipset para melhorar a performance.
Use o comando no terminal: netstat -ntu | awk '{print $5}' | cut -d: -f1 | sort | uniq -c | sort -n Isso mostrará quantos acessos cada IP está fazendo simultaneamente no seu servidor.
Veja Mais:
Como Proteger DirectAdmin Contra Ataques: Guia Completo de Segurança 2026
Como habilitar a compressão Brotli no DirectAdmin com Nginx (Guia Completo)
Como Instalar e Otimizar o Redis no DirectAdmin: Guia Definitivo 2026
Onde ficam as configurações PHP-FPM no DirectAdmin? (Guia 2026)
Como Ativar o HTTP/3 no DirectAdmin: Guia Completo 2026
DirectAdmin Lento? Guia Definitivo de Diagnóstico e Otimização [2026]
CSF Firewall no DirectAdmin: Como Configurar
Migração de Contas DirectAdmin: Guia Completo e Passo a Passo
Como Otimizar MariaDB no DirectAdmin (Guia Completo de Alta Performance)
Como Otimizar DirectAdmin para Alto Tráfego (Guia Definitivo)
DirectAdmin em VPS ou Servidor Dedicado: Qual a Melhor Escolha?
DirectAdmin em Cloud: Vale a Pena? O Guia Definitivo (2026)
Como migrar DirectAdmin para dedicado? : Guia Completo e Seguro
Como Reduzir o TTFB no DirectAdmin: Guia Definitivo (2026)
Como Lidar com Picos de Tráfego no DirectAdmin: Guia Definitivo
Como Corrigir o Erro 503 no DirectAdmin: Guia Completo e Definitivo
Otimizando PHP-FPM no DirectAdmin: Guia Completo para Performance
Erro 502 no DirectAdmin: Como Resolver de Vez (Guia Completo)