Capítulos deste vídeo
Capítulos deste vídeo
01:14· Apresentando o Loader.io e integrando o site alvo (Autentica.blog)02:28· O primeiro teste (Básico): FastCGI Cache ativo em um artigo leve04:23· Como usar o terminal (Comando htop) para monitorar CPU e RAM em tempo real06:04· Lendo o Gráfico 1: A relação entre CPU 100% e Tempo de Resposta (FastCGI - Artigo)08:39· O desafio real: Testando a página inicial pesada (Feita com Page Builder e muitas imagens)10:44· Lendo o Gráfico 2: Como o FastCGI lida com 100 clientes simultâneos numa página pesada13:12· Lendo o Gráfico 3: Teste de estresse com Redis Cache de Página19:05· Teste Sem Cache: O que acontece quando você não usa ferramentas de otimização?21:06· Lendo o Gráfico 4: O servidor cai em poucos segundos com timeouts severos21:55· Teste com Plugin de Terceiros: Instalando o WP Fastest Cache26:06· Lendo o Gráfico 5: A diferença brutal entre Cache de Servidor vs Cache de Plugin (Tempo de resposta 10x maior)
O que é
Teste de carga é colocar tráfego real no servidor e ver o que ele aguenta — o único jeito de
medir suporte a tráfego. Aqui a ferramenta é o Loader.io (plano gratuito basta) para gerar a
carga, e o htop para observar CPU e memória em tempo real.
Todos os números abaixo vêm de uma VPS mínima: 1 vCPU, 1 GB de RAM na DigitalOcean.
Integrando o Loader.io
- Crie a conta no Loader.io e adicione o site em Target hosts.
- Verifique a posse por DNS: crie um registro TXT com o valor que ele fornece.
- Em Tests, crie um teste de 0 a 100 clientes por 1 minuto (limite do plano gratuito),
fazendoGETna URL a testar.
Monitorando com htop
No terminal do servidor, rode htop para acompanhar CPU e memória enquanto o
teste roda. (O painel também tem um monitor de recursos em Recursos,
mas o htop é mais direto para acompanhar lado a lado com o gráfico do Loader.io.)
O que os testes mostram (VPS de 1 GB)
Artigo leve, FastCGI — ~44.000 requisições em 1 minuto, zero timeouts. Pico de resposta de
~156 ms a 90 clientes; com 30 clientes, ~35 ms. O servidor chega a 100% de CPU com ~100 clientes e
não cai.
Página pesada (page builder), FastCGI — segura ~100 clientes com resposta ainda na casa das
centenas de ms. Acima de ~40 clientes a CPU vai a 100% e a resposta começa a subir, mas o site não
derruba.
Sem cache — o desastre: com 2 clientes a CPU já vai a 100%; com 10 clientes o teste é
abortado por timeouts, e a resposta salta de ~100 ms para ~8.000 ms (8 segundos).
Plugin de cache de terceiros (ex.: WP Fastest Cache) — ajuda em relação a “sem cache” (resposta
de ~0,5 s com poucos clientes), mas satura a CPU muito mais rápido e não chega perto do cache
de servidor.
O que fica claro
| Configuração (página pesada, VPS 1 GB) | Resultado |
|---|---|
| Sem cache | cai com ~2 clientes, timeouts |
| Plugin de cache WordPress | segura pouco, resposta ~10x pior |
| FastCGI (servidor) | ~100 clientes sem cair |
O cache de servidor é o que garante suporte a tráfego e velocidade sob carga. “Site rápido sem
tráfego” qualquer PageSpeed mostra — a pergunta certa é: e sob tráfego? Ver
PageSpeed e Lighthouse.