benchmark 2026 · vps brasil melhor performance
vCPU e RAM na ficha técnica não contam a história toda. A melhor performance em VPS no Brasil depende de duas métricas inegociáveis: processamento real sem throttling (medido via sysbench) e latência de rede ultra-baixa (< 10ms em São Paulo). Veja os testes verificados do nosso servidor e meça sua latência ao vivo.
Para entregar a melhor performance de VPS no Brasil, o provedor precisa combinar três fatores: recursos dedicados sem overselling, disco NVMe local de alta velocidade e datacenter em território nacional. Nos testes de estresse com o plano You Secure Performance, registramos 1.855 eventos/s de CPU (6 threads), memória com 11,8 GiB/s de taxa de transferência, disco NVMe com 338 MB/s de escrita sequencial direta e latência média de apenas 6,6 ms em São Paulo (contra 140ms a 190ms de VPS nos EUA ou Europa). Abaixo, disponibilizamos os comandos abertos para você auditar qualquer provedor e uma ferramenta para medir seu ping em tempo real.
o que a ficha técnica esconde
Dois provedores anunciando "4 vCPU, 8GB RAM, 100GB SSD" podem entregar experiências completamente diferentes sob carga real. Aqui está o porquê.
Um "vCPU" pode ser um núcleo inteiro reservado só pra sua VM, ou uma fatia de tempo de CPU dividida com outros clientes no mesmo host (overselling). A ficha técnica raramente diz qual dos dois é o seu caso — só o benchmark sob carga mostra a diferença.
Alguns provedores entregam performance boa em rajadas curtas (burst) e derrubam o desempenho quando o uso de CPU fica alto por minutos seguidos. Um teste de alguns segundos não pega isso — é preciso rodar o benchmark por tempo suficiente pra ver se o número se mantém.
SSD é uma categoria ampla — SATA SSD, NVMe de geração antiga e NVMe atual têm throughput e latência bem diferentes. A ficha técnica diz "SSD" ou "NVMe" mas raramente diz o modelo, a geração ou se o armazenamento é compartilhado em rede (SAN) ou local à VM.
Latência média baixa não significa latência consistente. Picos ocasionais (jitter) atrapalham aplicações sensíveis a tempo real — chamadas de API em cadeia, webhooks, sessões WhatsApp via Evolution API. Isso também não aparece numa especificação de "rede de 1 Gbps".
metodologia · reproduzível em qualquer vps
sysbench é uma ferramenta open source, gratuita, padrão da indústria pra medir CPU, memória e disco. Funciona em qualquer VPS Linux com acesso SSH — nossa ou de qualquer concorrente que você esteja avaliando ou tenha em trial.
Conecte via SSH na VM que você quer testar e instale o pacote. Em distros baseadas em Debian/Ubuntu:
Mede quantos "eventos" (cálculos de números primos) a CPU consegue processar por segundo. Rode com o número de threads igual ao número de vCPUs da sua VM, e depois com 1 thread pra ver o desempenho single-core:
O resultado mostra "events per second" — esse é o número que você compara entre provedores, desde que use o mesmo --cpu-max-prime em todos os testes.
Mede a taxa de transferência (bandwidth) de leitura/escrita em memória, em blocos de 1MB:
O resultado reporta MiB/s transferidos — quanto maior, melhor a memória responde sob carga de leitura/escrita intensiva.
São dois padrões de acesso diferentes e ambos importam. Sequencial (escrita contínua de um arquivo grande, cenário comum de backup/restore) você mede com dd:
Aleatório (leituras/escritas pequenas e espalhadas, o padrão de bancos de dados) você mede com sysbench fileio:
Pra comparação valer, rode os mesmos comandos, com os mesmos parâmetros, em cada VPS que você está avaliando — de preferência com a VM ociosa (sem outro processo pesado disputando recurso) e, se possível, mais de uma vez em horários diferentes, já que carga de vizinhos no mesmo host físico pode variar ao longo do dia.
plano performance · já publicado
Rodamos exatamente essa metodologia — sysbench e dd, direto na VM do plano Performance (6 vCPUs, 12GB RAM), sem simular nada e sem containers de aplicação competindo por recurso durante o teste.
| Disco · I/O aleatório (fileio) | Leitura | Escrita |
|---|---|---|
| sysbench fileio, rndrw, 1GB | 20,8 MiB/s | 13,9 MiB/s |
latência de rede · são paulo
CPU rápida não compensa 180 milissegundos de distância geográfica. Se o seu público ou as APIs que você consome estão no Brasil, cada requisição HTTP, webhook do WhatsApp ou consulta SQL paga o custo do cabo submarino.
| Origem do Teste | Latência You Secure (SP) | VPS Internacional (EUA/Alemanha) | Vantagem em Tempo Real |
|---|---|---|---|
| São Paulo (SP) | 6,6 ms | 145–185 ms | 25x mais rápido |
| Rio de Janeiro (RJ) | 15,3 ms | 150–190 ms | 11x mais rápido |
| Belo Horizonte (MG) | 19,9 ms | 155–195 ms | 9x mais rápido |
| Recife (PE) | 54,1 ms | 165–210 ms | 3.5x mais rápido |
o que ainda não medimos
Publicamos números reais e verificados do plano Performance. Não publicamos, até agora, benchmark independente comparando esses números lado a lado com Hostinger, Contabo, Hetzner ou qualquer outro concorrente — porque não temos contas ativas rodando esses testes neles agora, e forjar um número "plausível" pra cada um seria exatamente o tipo de coisa que essa página existe pra te ensinar a desconfiar.
Também não publicamos benchmark dos planos Básico e Ultra. É tentador estimar um número pra eles a partir da proporção de vCPUs do plano Performance, mas isso seria uma extrapolação, não um dado medido — e essa página é sobre a diferença entre os dois.
Em vez de inventar qualquer um desses números, a seção acima te dá a metodologia exata — os mesmos comandos que usamos — pra você mesmo testar qualquer provedor que estiver avaliando, incluindo o nosso, em qualquer plano, e comparar números reais em vez de confiar numa página de vendas (a nossa incluída).
interpretando o resultado
Guia qualitativo pra interpretar seu próprio resultado — não uma tabela de números fixos de concorrentes, já que isso variaria de teste pra teste.
Pra n8n e Evolution API rodando várias automações em paralelo, o número com todas as threads importa mais. Pra tarefas que dependem de um único processo rápido (algumas queries de banco, scripts síncronos), o número single-thread pesa mais. Compare os dois separadamente entre provedores, não só a média.
Rode o mesmo teste 2-3 vezes em horários diferentes. Uma variação pequena (poucos %) é normal. Uma queda grande de um teste pro outro é sinal de vizinho barulhento (noisy neighbor) ou throttling — mais revelador que o número isolado de uma única execução.
Sites, APIs leves e a maioria dos workflows de automação sentem mais o throughput sequencial (deploys, backups, logs). Bancos de dados com muita escrita (Postgres sob carga, filas) sentem mais a latência de I/O aleatório — olhe qual dos dois número é mais relevante pro seu caso antes de decidir qual pesa mais na comparação.
Latência de rede só importa em relação a onde seus usuários ou integrações estão. Testar ping/jitter contra um destino no Brasil é o que importa pra tráfego de WhatsApp e usuários brasileiros — testar contra um destino nos EUA ou Europa mede outra coisa.
Performance é só uma parte da decisão: entenda qual VPS escolher por caso de uso, confira o custo real da VPS no segundo ciclo e conheça os critérios técnicos da comunidade. Para reunir preço, configuração e alternativas, consulte o comparativo completo de VPS no Brasil.
Planos VPS Brasil
Deploy Cloud, apps em 1 clique, SSL, backup e monitoramento — tudo incluso, em qualquer plano que você escolher.
VPS Brasil
Para sites, APIs simples e 1 automação leve.
Ideal para: n8n em testes · até 5 números Evolution API · sites e APIs simples
cobrado mensalmente
Escolher planoVPS Brasil
Para várias automações e WhatsApp com volume.
Ideal para: n8n + Evolution API rodando juntos · até 20 números WhatsApp · PostgreSQL + Redis
cobrado mensalmente
Escolher planoVPS Brasil
Para agências e operações com 20 a 50 números.
Ideal para: múltiplos clientes na mesma VPS · até 50 números Evolution API · IA/LLM self-hosted
cobrado mensalmente
Escolher planodúvidas
quer rodar sua automação num servidor testado de verdade?
O benchmark do plano Performance foi feito na mesma VM que você recebe ao assinar — sem versão "de demonstração" diferente da real.
