# Quanti vCPU dedicati servono a un VPS per il web scraping con Chrome headless? > Che VPS mi serve per il web scraping con Chrome headless? Circa 2 vCPU dedicati per browser, Puppeteer o Playwright, da 2 a 16 vCPU. Cripto, senza KYC. - URL: https://cobaltfell.com/it/vps-for-web-scraping/ - Ultimo aggiornamento: 2026-11-02 - Editore: Cobaltfell (https://cobaltfell.com) Che VPS mi serve per il web scraping con Chrome headless (Puppeteer o Playwright)? Quanti browser tiene impegnati ogni piano, perché Chrome pesa sulla CPU, come eseguirlo in sicurezza in Docker e cosa tenere d'occhio mentre i worker girano. **Risposta rapida — Che VPS mi serve per il web scraping con Chrome headless (Puppeteer o Playwright)?** Un VPS per il web scraping con Chrome headless richiede circa 2 vCPU dedicati per browser che esegue il rendering contemporaneamente: su **Cobaltfell**, Fell 4 esegue due browser, Fell 8 quattro e Fell 16 otto. Questo segue il default di Playwright di un worker ogni due core logici; BrowserStack chiede 1,5 CPU per browser Linux (entrambi verificati il 2 novembre 2026). Ogni piano porta 2 GB di RAM per vCPU. ## Quanti browser headless può eseguire ogni piano? **Un browser Chrome headless richiede tra 1,5 e 2 vCPU: due regole pubblicate cadono in questo intervallo.** Playwright Test avvia, per default, metà dei worker rispetto ai core CPU logici. BrowserStack, che gestisce browser reali come attività, chiede ai clienti self-hosted 1,5 CPU per browser su Linux per siti web standard, e almeno 2 per siti intensivi o uso continuativo. Applicato a ogni piano: *Le due regole pubblicate applicate a ogni piano, arrotondate per difetto. La RAM per browser è contata prima che il sistema prenda la sua quota. Una pagina ricca di script ne richiede di più; una pagina con immagini e font bloccati ne richiede di meno. I nostri risultati YABS e Geekbench 6, insieme allo steal time che misuriamo, saranno pubblicati con la loro data quando sarà consegnata la nostra prima macchina di test. Fino ad allora non citiamo nessun dato di prestazioni nostro.* | Piano | vCPU | RAM | Browser secondo il default di Playwright | Browser a 1,5 vCPU ciascuno | RAM per browser se condivisa equamente | | --- | --- | --- | --- | --- | --- | | 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 | da 3,2 a 4 GB | | Fell 16 | 16 | 32 GB | 8 | 10 | da 3,2 a 4 GB | **Secondo l'indagine di Cobaltfell del 2 novembre 2026, 27 dei 202 piani con CPU dedicati registrati presso host che accettano cripto senza verifica d'identità offrivano meno di 2 GB di RAM per vCPU, e l'intera linea di un host si fermava a 1 GB per vCPU.** Su piani come questi, un pool di browser esaurisce la memoria prima che i core. Come un vCPU mappa su un core è spiegato in [un vCPU dedicato è un core o un thread](https://cobaltfell.com/it/vcpu-vs-core/ "Un vCPU dedicato su un VPS è un core o un thread?"). ## Perché Chrome headless usa così tanta CPU? **Un browser headless fa tutto ciò che fa uno visibile tranne dipingere su uno schermo.** Scarica la pagina, analizza HTML e CSS, esegue ogni script, dispone il layout della pagina e mantiene i timer attivi. Chromium distribuisce quel lavoro su più processi: un processo browser che gestisce gli altri, e processi renderer per il contenuto web, con ogni nuova scheda o finestra che di norma si apre nel proprio. Dieci schede costano quasi quanto dieci renderer in termini di CPU. Tre modifiche riducono il conto senza cambiare il risultato: - **Blocca ciò che non viene mai letto.** Immagini, font e media costano banda e tempo di decodifica; l'intercettazione delle richieste in Puppeteer o il routing in Playwright li rifiuta. - **Riusa un browser, apri contesti nuovi.** Avviare Chrome è il passo costoso; un nuovo contesto o una nuova pagina dentro un browser già in esecuzione costa molto meno. - **Salta il browser quando i dati lo consentono.** I dati che stanno nell'HTML o in un'API JSON chiamata dalla pagina tornano da un semplice client HTTP, che non esegue affatto script. Dalla versione 132 di Chrome, la vecchia modalità headless viene distribuita solo come binario separato, `chrome-headless-shell`; `--headless` su Chrome normale esegue la nuova modalità. ## Le vCPU dedicate contano per i worker di scraping? **Un browser a corto di risorse fallisce invece di rallentare.** I timeout di navigazione e dei selettori sono impostati in secondi. Quando un vicino occupa il tempo di CPU, le pagine finiscono di renderizzarsi in ritardo, le attese scadono e un job che sarebbe andato a buon fine viene ritentato, il che consuma altra CPU. Browserless, che vende Chrome ospitato, lo dichiara nella sua documentazione: una concorrenza più bassa dà a ogni browser più CPU e memoria, riduce i timeout e migliora la stabilità. Il tempo di CPU perso si vede come steal, spiegato in [che cos'è il tempo di steal della CPU e come verificarlo su un VPS](https://cobaltfell.com/it/cpu-steal-time/ "Cos'è il CPU steal time e come lo controllo sul mio VPS?"). Su Cobaltfell il lato CPU di questo compromesso è fisso. Un vCPU è un thread hardware del processore host. I tuoi sono assegnati uno a uno al tuo VPS e non vengono mai prestati a un altro cliente, e i due thread di un core fisico restano insieme, quindi ogni 2 vCPU formano un core intero che nessun vicino condivide. Il carico pieno è consentito per tutto il tempo che il tuo lavoro richiede: nessun credito CPU, nessuna finestra di burst e nessun throttling dopo qualche minuto al 100%. La concorrenza si trova allo stesso modo su qualsiasi host: parti con un browser ogni due vCPU, aumentala finché il tasso di errori resta stabile e fermati al primo aumento dei timeout. Gli host che vendono vCPU dedicate, classificati sugli stessi criteri scritti, sono in [qual è il miglior provider VPS con CPU dedicata nel 2026](https://cobaltfell.com/it/best-dedicated-cpu-vps/ "Best dedicated CPU VPS in 2026, compared"). ## Come eseguo i worker Chrome su un VPS in sicurezza? **Tieni attiva la sandbox di Chrome, esegui come utente normale e dai al container un processo init.** Le pagine raccolte sono codice non attendibile per definizione, e le guide ufficiali concordano su ogni punto: - **Sandbox.** La guida alla risoluzione dei problemi di Puppeteer definisce fortemente sconsigliato eseguire senza sandbox. La guida Docker di Playwright nota che eseguire come root disattiva la sandbox di Chromium e consiglia un utente separato più il suo profilo seccomp per scraping e crawling. - **Processo init.** Entrambe le guide consigliano il flag `--init` di Docker, così i processi figli di Chrome terminati vengono raccolti invece di accumularsi come zombie. - **Memoria condivisa.** Playwright consiglia `--ipc=host` per Chromium, perché senza di essa Chromium può esaurire la memoria e andare in crash. Due numeri dicono come sta andando un pool: la memoria occupata da tutti i processi Chrome e la colonna steal di `mpstat`. *Memoria di ogni processo Chrome, poi load e steal per 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 le regole dei siti, e i proxy? **Lo scraping resta nei limiti dei termini di ogni sito e della legge applicabile all'operatore e al sito.** Questa pagina dimensiona la macchina, non la legalità di un progetto. Gli attacchi a sistemi che non sono tuoi, compresi brute-forcing e denial of service, sono vietati secondo [ciò che consente la policy di uso accettabile di Cobaltfell](https://cobaltfell.com/it/acceptable-use/ "Politica di uso accettabile"), quindi le frequenze di richiesta restano rispettose. Proxy e rotazione degli IP sono un argomento a parte, e Cobaltfell non vende né gli uni né l'altra. Ogni VPS riceve un indirizzo IPv4 e un IPv6 /64 su una porta da 1 Gbit/s. Il traffico mensile del tuo piano conta solo i dati in uscita, e superarlo non comporta mai un addebito da solo. I prezzi dei piani sono elencati in [quanto costa un VPS con core dedicati](https://cobaltfell.com/it/pricing/ "Quanto costa un VPS con vCPU dedicata?"). ## Quali altre domande si fanno le persone sui worker di scraping su un VPS? ### Puppeteer o Playwright cambiano il dimensionamento del VPS? Quasi per niente: entrambi pilotano lo stesso Chromium, e il browser fa il lavoro pesante. La differenza è nel default. Playwright Test sceglie metà dei core logici come numero di worker; Puppeteer lascia a te la concorrenza, quindi un browser ogni due vCPU è il punto di partenza. ### Molte schede in un solo browser costano meno di molti browser? Sulla memoria, leggermente, perché il processo del browser è condiviso. Sulla CPU, quasi no: ogni nuova scheda di norma ottiene il proprio processo di rendering, ed è il rendering che consuma la CPU. ### Chrome headless ha bisogno di una GPU? No. Chrome headless gira su server senza scheda grafica, che è il caso normale su un VPS; i VPS di Cobaltfell non hanno GPU. ### I worker di scraping possono usare tutta la CPU tutto il giorno? Su Cobaltfell, sì. Il carico pieno è consentito per tutto il tempo che il tuo lavoro richiede: nessun credito CPU, nessuna finestra di burst e nessun throttling dopo qualche minuto al 100%. Ciò che non è consentito: Il mining di qualsiasi criptovaluta non è consentito, su nessun piano e con nessun software. Il tuo lavoro intensivo sulla CPU, come build, encoding, inferenza o database, può girare a pieno carico, e un nodo che si limita a validare una blockchain non è mining. ### Quale immagine Linux è adatta ai worker Chrome? Una qualsiasi delle immagini offerte: Debian 13, Debian 12, Ubuntu 24.04 LTS, AlmaLinux 10, Rocky Linux 10. Installare il browser con l'installer dello strumento porta con sé anche le sue librerie di sistema, per esempio `npx playwright install --with-deps chromium` su Debian o Ubuntu. ## Fonti 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. [Automatizza il self-hosted: configura le best practice](https://www.browserstack.com/docs/automate-self-hosted/setup-and-run-tests/set-up-best-practices) — BrowserStack (checked 2026-11-02) 4. [Browserless Enterprise: code lunghe e concorrenza](https://docs.browserless.io/enterprise/long-queues) — Browserless (checked 2026-11-02) 5. [Risoluzione dei problemi di Puppeteer](https://pptr.dev/troubleshooting) — Puppeteer (Google Chrome team) (checked 2026-11-02) 6. [Puppeteer in Docker](https://pptr.dev/guides/docker) — Puppeteer (Google Chrome team) (checked 2026-11-02) 7. [Modalità Chrome Headless](https://developer.chrome.com/docs/chromium/headless) — Chrome for Developers (checked 2026-11-02) 8. [Architettura multi-processo](https://www.chromium.org/developers/design-documents/multi-process-architecture/) — The Chromium Projects (checked 2026-11-02) 9. [HostSailor KVM VPS NVMe (1 GB di RAM per core dedicato)](https://hostsailor.com/kvm-vps) — HostSailor (checked 2026-11-02) 10. [Pagina di manuale di mpstat(1) (%steal)](https://man7.org/linux/man-pages/man1/mpstat.1.html) — man7.org / sysstat (checked 2026-11-02) --- Cobaltfell: Cobaltfell è un provider VPS con core vCPU dedicati, pagabile in criptovalute senza caricare documenti e gestito da DomaineGoat LLC, una società registrata a Panama. Ogni vCPU è assegnata esclusivamente al tuo server, su processori AMD EPYC 9004/9005 (Zen 4 / Zen 5) con storage NVMe, ad Amsterdam (Paesi Bassi), Zurigo (Svizzera) e Bucarest (Romania). Con il termine di 12 mesi, ogni piano costa almeno il 25% in meno rispetto a un piano comparabile con CPU dedicata, scelto tra 6 host VPS in criptovalute senza KYC e consultato il 2 novembre 2026.