Se você administra um portal num servidor VPS com alto tráfego e já enfrentou lentidões, quedas inexplicáveis ou consumo elevado de CPU, este artigo é pra você.
Recentemente, passei por uma situação assim — e com alguns ajustes certeiros, consegui reduzir em mais de 80% a carga de um portal num servidor VPS, e economizar alguns bons dolares de upgrades que seriam desnecessários.
Aqui está o que fiz (e como você pode fazer também):
Meu cenário inicial
O portal roda em um servidor VPS com as seguintes características:
- LiteSpeed Enterprise
- Redis ativado
- Cloudflare com CDN e WAF
- Servidor no Brasil VPS de 12 core / 24 gb de memória
- WordPress com estrutura enxuta, plugins leves e manutenção frequente
- Painel Cpanel
- Tráfego de 500 mil views/dia, 15 milhões de views/mês
Ainda assim, em momentos de pico, o Server Load ultrapassava 30, com travamentos e instabilidade, e dai vem aquela tela odiável de “Não foi possivel acessar esse site”.
Os principais problemas identificados
Após uma análise mais profunda, identifiquei os seguintes gargalos:
- Redis estava ativado, mas não operando corretamente
- Algumas páginas estavam fora do cache
- Endpoints sensíveis como
/wp-login.php,/wp-json/e/xmlrpc.phperam alvos de bots - Ausência de rate limiting nas requisições dinâmicas
- Falta de cache de página completo
As otimizações que resolveram
1. Correção do Redis Cache
- Redis foi reconfigurado e validado com
object-cache.php - Verificação ativa de funcionamento via headers e log
2. Cache de página ajustado com LiteSpeed
- Ativado para todas as páginas públicas
- TTL ajustado para equilibrar performance e atualização
- Crawler do LiteSpeed ativado para manter cache aquecido
3. Regras de Rate Limiting na Cloudflare
Implementei proteções específicas nos endpoints mais visados:
| Endpoint | Ação configurada |
|---|---|
/wp-login.php | Limite de 10 req/min IP |
/wp-json/ | Limite de 60 req/min IP |
/xmlrpc.php | Bloqueado |
Essas regras reduziram drasticamente as requisições sem cache, aliviando o PHP e o MySQL.
4. Health Monitor e Uptime externo
- Monitoramento via Cloudflare Health Check e CPanel
- Montoramento com plugins Query Monitor
- Alertas em tempo real para quedas e spikes
5. Auditoria com checklist técnico
Incluindo análise de logs, consumo de CPU por script, atualizações pendentes e revisão de regras do WAF, mantendo o Query Monitor ativo para comprovar que nada está fora do lugar ou sendo mau executado.
O resultado: Server Load caiu de 32 para 5
| Métrica | Antes | Depois |
|---|---|---|
| Server Load | 32.68 | 5.92 |
| Redis Cache | Com falhas | 100% OK |
| Requests sem cache | 1,56M/dia | menos de 200k/dia |
| Swap | 18% | 0% |
O que constatei (e recomendo)
- Cache só funciona se for validado. Redis ativado não significa Redis funcional.
- CDN não resolve tudo — configure bem seu cache de página e faça tuning de segurança.
- Cloudflare é uma arma poderosa, especialmente com Rate Limiting e regras no WAF.
- LiteSpeed é incrível, mas precisa ser bem ajustado para sites com tráfego real.
O conjunto LiteSpeed + Redis + Cloudflare, bem configurado, pode transformar completamente a performance de um portal WordPress.
Se você ainda depende só de plugins de cache ou ignora os logs do servidor, talvez esteja deixando performance (e estabilidade) na mesa.
Precisa de ajuda com isso?
Se quiser apoio para aplicar essas otimizações no seu portal, estou à disposição. Basta entrar em contato.
