Quantos vCPU dedicados um VPS para web scraping com headless Chrome precisa?

Quantos navegadores headless cada plano consegue rodar?

Um navegador headless Chrome precisa de 1,5 a 2 vCPU: duas regras publicadas caem nessa faixa. O Playwright Test inicia, por padrão, metade dos workers em relação aos núcleos lógicos de CPU. O BrowserStack, que roda navegadores reais como negócio, pede aos clientes auto-hospedados 1,5 CPU por navegador no Linux para sites padrão, e pelo menos 2 para sites intensivos ou uso 24 horas por dia. Aplicado a cada plano:

Por que o headless Chrome usa tanta CPU?

Um navegador headless faz tudo o que um visível faz, exceto desenhar para uma tela. Ele baixa a página, interpreta HTML e CSS, executa cada script, faz o layout da página e mantém os timers disparando. O Chromium divide esse trabalho em vários processos: um processo de navegador que gerencia os demais, e processos de renderização para o conteúdo web, com cada nova aba ou janela, em regra, abrindo em um próprio. Dez abas custam perto de dez renderizadores em CPU.

Três mudanças reduzem a conta sem mudar o resultado:

• Bloqueie o que nunca é lido. Imagens, fontes e mídia custam largura de banda e tempo de decodificação; a interceptação de requisições no Puppeteer ou o roteamento no Playwright as recusa.
• Reutilize um navegador, abra contextos novos. Iniciar o Chrome é a etapa cara; um novo contexto ou página dentro de um navegador em execução é muito mais barato.
• Pule o navegador quando os dados permitirem. Dados que estão no HTML ou em uma API JSON que a página chama voltam de um cliente HTTP simples, que não executa nenhum script.

Desde o Chrome 132, o antigo modo headless é distribuído apenas como um binário separado, chrome-headless-shell; --headless no Chrome normal roda o novo modo.

vCPUs dedicadas fazem diferença para workers de scraping?

Um navegador sem recursos falha em vez de ficar mais lento. Os timeouts de navegação e de seletor são definidos em segundos. Quando um vizinho consome tempo de CPU, as páginas terminam de renderizar tarde, as esperas expiram e um job que teria dado certo é repetido, o que gasta mais CPU. A Browserless, que vende Chrome hospedado, afirma isso na sua documentação: menor concorrência dá a cada navegador mais CPU e memória, reduz os timeouts e melhora a estabilidade. O tempo de CPU perdido aparece como steal, explicado em o que é o CPU steal time e como verificá-lo em uma VPS.

Na Cobaltfell, o lado da CPU dessa troca é fixo. Uma vCPU é um thread de hardware do processador do host. As suas são fixadas uma a uma ao seu VPS e nunca são emprestadas a outro cliente, e os dois threads de um núcleo físico ficam juntos, então cada 2 vCPU formam um núcleo inteiro que nenhum vizinho compartilha. Carga total é permitida pelo tempo que o seu trabalho precisar: sem créditos de CPU, sem janela de burst e sem throttling depois de alguns minutos a 100%.

A concorrência se descobre do mesmo jeito em qualquer host: comece com um navegador a cada dois vCPUs, aumente enquanto a taxa de erro se mantiver estável e pare no primeiro aumento de timeouts.

Os hosts que vendem vCPU dedicada, classificados pelos mesmos critérios por escrito, estão em qual é o melhor provedor de VPS com CPU dedicada em 2026.

Como executo workers do Chrome com segurança em uma VPS?

Mantenha o sandbox do Chrome ativado, execute como um usuário normal e dê ao contêiner um processo init. Páginas coletadas por scraping são código não confiável por definição, e os guias oficiais concordam em cada ponto:

• Sandbox. O guia de solução de problemas do Puppeteer chama de fortemente desaconselhado rodar sem sandbox. O guia Docker do Playwright observa que rodar como root desativa o sandbox do Chromium e recomenda um usuário separado mais seu perfil seccomp para scraping e rastreamento (crawl).
• Processo init. Os dois guias recomendam a flag --init do Docker, para que os processos filhos do Chrome já encerrados sejam coletados em vez de se acumularem como zumbis.
• Memória compartilhada. O Playwright recomenda --ipc=host para o Chromium, porque sem isso o Chromium pode ficar sem memória e travar.

Dois números mostram como está um pool: a memória ocupada por todos os processos do Chrome e a coluna steal de mpstat.

# total resident memory of chrome / chromium / headless shell processes, in MB
ps -eo rss=,comm= | awk '/chrom/ {s+=$1} END {printf "%.0f MB\n", s/1024}'

# how many renderer processes are alive right now
pgrep -fc -- '--type=renderer'

# per-vCPU load and %steal while the pool works (package sysstat)
mpstat -P ALL 5 3

E as regras dos sites, e os proxies?

O scraping respeita os termos de cada site e a lei aplicável ao operador e ao site. Esta página dimensiona a máquina, não a legalidade de um projeto. Ataques a sistemas que não são seus, incluindo força bruta e negação de serviço, são proibidos conforme o que a política de uso aceitável da Cobaltfell permite, então as taxas de requisição continuam educadas.

Proxies e rotação de IP são um assunto à parte, e a Cobaltfell não vende nenhum dos dois. Cada VPS recebe um endereço IPv4 e um IPv6 /64 em uma porta de 1 Gbit/s. O tráfego mensal do seu plano conta apenas os dados de saída, e ultrapassá-lo nunca gera uma cobrança por si só. Os preços dos planos estão listados em quanto custa uma VPS com núcleos dedicados.