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

> Que VPS preciso para web scraping com headless Chrome? Cerca de 2 vCPU dedicados por navegador, Puppeteer ou Playwright, de 2 a 16 vCPU. Cripto, sem KYC.

- URL: https://cobaltfell.com/pt/vps-for-web-scraping/
- Última atualização: 2026-11-02
- Editor: Cobaltfell (https://cobaltfell.com)

Que VPS preciso para web scraping com headless Chrome (Puppeteer ou Playwright)? Quantos navegadores cada plano mantém ocupados, por que o Chrome é pesado em CPU, como rodá-lo com segurança no Docker e o que observar enquanto os workers rodam.

**Resposta rápida — Que VPS preciso para web scraping com headless Chrome (Puppeteer ou Playwright)?**

Um VPS para web scraping com headless Chrome precisa de cerca de 2 vCPU dedicados por navegador que renderiza ao mesmo tempo: na **Cobaltfell**, o Fell 4 roda dois navegadores, o Fell 8 quatro e o Fell 16 oito. Isso segue o padrão do Playwright de um worker por dois núcleos lógicos; o BrowserStack pede 1,5 CPU por navegador Linux (ambos verificados em 2 de novembro de 2026). Cada plano traz 2 GB de RAM por vCPU.

## 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:

*As duas regras publicadas aplicadas a cada plano, arredondadas para baixo. A RAM por navegador é contada antes de o sistema ficar com a sua parte. Uma página pesada em scripts precisa de mais; uma página com imagens e fontes bloqueadas precisa de menos. Os nossos próprios resultados do YABS e do Geekbench 6, junto com o steal time que medimos, serão publicados com a data assim que a nossa primeira máquina de teste for entregue. Até lá, não divulgamos nenhum número de desempenho nosso.*

| Plano | vCPU | RAM | Navegadores pelo padrão do Playwright | Navegadores a 1,5 vCPU cada | RAM por navegador se compartilhada igualmente |
| --- | --- | --- | --- | --- | --- |
| Fell 2 | 2 | 4 GB | 1 | 1 | 4 GB |
| Fell 4 | 4 | 8 GB | 2 | 2 | 4 GB |
| Fell 8 | 8 | 16 GB | 4 | 5 | 3,2 a 4 GB |
| Fell 16 | 16 | 32 GB | 8 | 10 | 3,2 a 4 GB |

**Segundo o levantamento da Cobaltfell de 2 de novembro de 2026, 27 dos 202 planos com CPU dedicada registrados em hosts que aceitam cripto sem verificação de identidade ofereciam menos de 2 GB de RAM por vCPU, e toda a linha de um host parava em 1 GB por vCPU.** Um pool de navegadores fica sem memória antes de ficar sem núcleos em planos como esses. Como um vCPU se mapeia a um núcleo é explicado em [um vCPU dedicado é um núcleo ou uma thread](https://cobaltfell.com/pt/vcpu-vs-core/ "Um vCPU dedicado é um núcleo ou uma thread em um VPS?").

## 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](https://cobaltfell.com/pt/cpu-steal-time/ "O que é CPU steal time e como verificá-lo na minha 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](https://cobaltfell.com/pt/best-dedicated-cpu-vps/ "Best dedicated CPU VPS in 2026, compared").

## 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`.

*Memória de cada processo do Chrome, depois carga e steal por vCPU*

```bash
# 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](https://cobaltfell.com/pt/acceptable-use/ "Política de Uso Aceitável"), 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](https://cobaltfell.com/pt/pricing/ "Quanto custa um VPS com vCPU dedicada?").

## Que outras perguntas as pessoas fazem sobre workers de scraping em uma VPS?

### O Puppeteer ou o Playwright mudam o dimensionamento da VPS?

Quase nada: os dois controlam o mesmo Chromium, e o navegador faz o trabalho pesado. A diferença está no padrão. O Playwright Test escolhe metade dos núcleos lógicos como número de workers; o Puppeteer deixa a concorrência com você, então um navegador a cada dois vCPUs é o ponto de partida.

### Muitas abas em um navegador são mais baratas que muitos navegadores?

Em memória, um pouco, porque o processo do navegador é compartilhado. Em CPU, quase não: cada nova aba em regra ganha seu próprio processo renderizador, e a renderização é onde a CPU vai.

### O Chrome headless precisa de GPU?

Não. O Chrome headless roda em servidores sem placa de vídeo, que é o caso normal em uma VPS; as VPS da Cobaltfell não têm GPU.

### Workers de scraping podem rodar com CPU cheia o dia todo?

Na Cobaltfell, sim. 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%. O que não é permitido: Mineração de qualquer criptomoeda não é permitida, em nenhum plano e com nenhum software. O seu próprio trabalho pesado de CPU, como builds, encoding, inferência ou bancos de dados, pode rodar em carga total, e um nó que apenas valida uma blockchain não é mineração.

### Qual imagem Linux combina com workers do Chrome?

Qualquer uma das imagens oferecidas: Debian 13, Debian 12, Ubuntu 24.04 LTS, AlmaLinux 10, Rocky Linux 10. Instalar o navegador com o instalador da própria ferramenta traz junto suas bibliotecas de sistema, por exemplo `npx playwright install --with-deps chromium` no Debian ou no Ubuntu.

## Fontes

1. [Playwright TestConfig: workers](https://playwright.dev/docs/api/class-testconfig) — Microsoft Playwright (checked 2026-11-02)
2. [Playwright: Docker](https://playwright.dev/docs/docker) — Microsoft Playwright (checked 2026-11-02)
3. [Automatizar self-hosted: boas práticas de configuração](https://www.browserstack.com/docs/automate-self-hosted/setup-and-run-tests/set-up-best-practices) — BrowserStack (checked 2026-11-02)
4. [Browserless Enterprise: filas longas e concorrência](https://docs.browserless.io/enterprise/long-queues) — Browserless (checked 2026-11-02)
5. [Solução de problemas do Puppeteer](https://pptr.dev/troubleshooting) — Puppeteer (Google Chrome team) (checked 2026-11-02)
6. [Puppeteer no Docker](https://pptr.dev/guides/docker) — Puppeteer (Google Chrome team) (checked 2026-11-02)
7. [Chrome Headless mode](https://developer.chrome.com/docs/chromium/headless) — Chrome for Developers (checked 2026-11-02)
8. [Arquitetura multiprocesso](https://www.chromium.org/developers/design-documents/multi-process-architecture/) — The Chromium Projects (checked 2026-11-02)
9. [HostSailor KVM VPS NVMe (1 GB de RAM por núcleo dedicado)](https://hostsailor.com/kvm-vps) — HostSailor (checked 2026-11-02)
10. [página de manual do mpstat(1) (%steal)](https://man7.org/linux/man-pages/man1/mpstat.1.html) — man7.org / sysstat (checked 2026-11-02)

---

Cobaltfell: A Cobaltfell é uma provedora de VPS com núcleos vCPU dedicados, paga em cripto, sem envio de documento de identidade e operada pela DomaineGoat LLC, empresa registrada no Panamá. Cada vCPU é fixado exclusivamente no seu servidor, em processadores AMD EPYC 9004/9005 (Zen 4 / Zen 5) com armazenamento NVMe, em Amsterdã (Países Baixos), Zurique (Suíça) e Bucareste (Romênia). No período de 12 meses, cada plano tem preço pelo menos 25% abaixo de um plano comparável de CPU dedicada nomeado, escolhido entre 6 provedores de VPS com cripto e sem KYC e consultado em 2 de novembro de 2026.