Escolhendo o servidor
Carregamos uma instância real com um funil ativo e medimos tudo. O resultado: mesmo no VPS mais modesto por ~$20/mês (4 vCPU / 8 GB), o Qubix serve ~1.900 visualizações de landing por segundo — dezenas de milhões de visitas por mês — cada uma em ~25 ms e com zero erros sob carga. O serviço completo ocupa ~1,3 GB de RAM, não vaza memória e foi projetado para operação 24/7.
E esse não é o limite: em 12 núcleos já são ~6.800 visualizações por segundo — a taxa de transferência cresce linearmente com o número de núcleos.
Abaixo: qual servidor escolher para o seu tráfego e os resultados completos dos testes que embasam esses números.
Qual servidor escolher
| Seu tráfego (aprox.) | Servidor | Taxa de transferência |
|---|---|---|
| até ~5M visitas/dia (picos até ~1.000/s) | 4 vCPU / 8 GB (~$20/mês) | ~1.900 views/s — medido, landing em ~25 ms |
| ~5–15M/dia (picos ~1.000–3.000/s) | 8 vCPU / 16 GB | ~4.000 views/s — estimado (~500 por núcleo) |
| 15M+/dia (picos 5.000+/s) | 12 vCPU / 16 GB | ~6.800 views/s — medido |
Regra simples: núcleos ≈ pico de visitas por segundo ÷ 500. 8 GB de RAM é suficiente para a configuração recomendada; 16 GB com folga.
Quanto suporta — e como medimos
Condições do teste:
- Servidor testado: um VPS em nuvem DigitalOcean — 4 vCPU / 8 GB, SSD, Debian 13 (kernel 6.12), região de Frankfurt. Uma máquina comum, sem configurações especiais, por ~$20/mês.
- Gerador de carga: um servidor separado (12 núcleos) — para que a instância gaste seus recursos apenas com o próprio trabalho, não com o teste. Ferramenta — bombardier (HTTP com keep-alive), com incremento de 50 a 1000 conexões simultâneas, 15–30 segundos por execução.
- O que carregamos: um funil real configurado — um domínio real servindo uma landing com cloaking (~45 KB) com decisão de cloaking funcionando, além de postbacks de conversão.
- O que observamos: CPU, memória, swap e latência — em tempo real durante todo o processo.
- Para escalabilidade rodamos o mesmo teste em um servidor 12 vCPU / 64 GB.
Servidor recomendado, 4 vCPU / 8 GB:
| Tipo de requisição | Suporta | Latência | Erros |
|---|---|---|---|
| Landing completa (com cloaking, ~45 KB) | ~1.900/s | ~25 ms (mesmo com 250 simultâneos — 0,13 s) | 0 |
| Postback de conversão | ~13.000/s | ~25 ms | 0 |
| Requisição leve | ~16.000/s | ~20 ms | 0 |
Zero erros até 1000 conexões simultâneas. Sob sobrecarga a instância não trava nem descarta requisições — apenas a latência aumenta (de ~25 ms para 0,13–0,26 s quando a carga ultrapassa bastante o limite nominal), e assim que o pico cede a resposta volta ao normal.
O que limita no pico. Todos os 4 núcleos operam a 95–100% — o gargalo é a CPU, por isso a capacidade escala com os núcleos. A memória ficou estável: cerca de 1,1–1,3 GB sob carga, sem swap, com mais de 3,8 GB sempre livres.
A memória não vaza. Rodamos separadamente quatro ciclos de carga seguidos com pausas e monitoramos a memória: em idle o serviço usava cerca de 0,7 GB, sob carga máxima subia para aproximadamente 1,2 GB, e nas pausas voltava a ~0,8 GB — sem acúmulo de ciclo a ciclo. A instância está apta para operação contínua 24/7.
Escalabilidade por núcleos. O mesmo teste em um servidor com 12 vCPU:
| Servidor | Landing completa | Requisição leve |
|---|---|---|
| 4 vCPU | ~1.900/s | ~16.000/s |
| 12 vCPU | ~6.800/s | ~80.000/s |
A taxa de transferência cresce proporcionalmente ao número de núcleos — cerca de 500 visualizações de landing por segundo por vCPU (medido: de 475 a 567). Daí a regra de dimensionamento de núcleos acima.
Com Cloudflare — ainda mais rápido, e gratuito
O Qubix serve qualquer domínio pelo Cloudflare — uma rede global de servidores — e cuida do DNS e do SSL por você. O carregamento mais rápido já vem ativado por padrão (gerencie em Configurações → Cloudflare): os arquivos estáticos do seu site (scripts, estilos, ícones e screenshots) são entregues ao visitante a partir do servidor Cloudflare mais próximo.
- Muito mais rápido para o visitante — os arquivos da página chegam do servidor Cloudflare mais próximo, não do seu servidor do outro lado do mundo. As landings abrem quase instantaneamente em qualquer lugar do mundo.
- Dezenas de vezes menos carga no seu servidor — cada página carrega dezenas de arquivos estáticos (scripts, estilos, ícones, screenshots), e o Cloudflare os serve pelos seus servidores. O seu servidor lida apenas com a parte dinâmica — no mesmo hardware você atende dezenas de vezes mais visitantes.
- Gratuito — tanto a rede Cloudflare quanto o cache não custam nada, e o Qubix configura tudo para você.
A parte dinâmica — a decisão de cloaking e a própria landing — ainda roda no seu servidor (é exatamente isso que os números acima medem); o Cloudflare cuida de todo o restante. Saiba mais em Domínios.
Quanto de espaço em disco você precisa
No limite máximo — gravação de tela de cada visita, todas as suas estatísticas e o funil, mais a biblioteca de criativos — 20 GB suporta cerca de 300.000 visitas por mês e aguenta por anos: gravações com mais de um ano são excluídas automaticamente, e o histórico de tráfego acrescenta apenas ~0,5 GB por ano. O verdadeiro consumidor de disco é a sua biblioteca de criativos (armazenada permanentemente): quanto maior a biblioteca, mais espaço você precisa. Mesmo aqui o Qubix economiza espaço — ele nunca armazena o mesmo criativo duas vezes (a deduplicação captura até cópias levemente alteradas), e essa mesma função alimenta as suas estatísticas (um criativo presente em centenas de anúncios conta como um único, com ROAS combinado). 20 GB comporta cerca de 2.500 vídeos ou 30.000 imagens; se você carregar muito mais (um milhão de criativos já são terabytes), escolha um disco proporcionalmente maior — que pode ser ampliado a qualquer momento.
SSD ou HDD — você pode economizar aqui. As páginas abrem para os visitantes com a mesma velocidade em qualquer tipo de disco, portanto você pode escolher um servidor HDD mais barato. A diferença com o SSD aparece apenas no painel administrativo e somente em grandes volumes: os relatórios leem o histórico do disco e constroem um pouco mais devagar no HDD — isso não afeta a velocidade de abertura das landings para os visitantes.