Wie viele dedizierte vCPU braucht ein VPS für Web-Scraping mit Headless Chrome?

Wie viele Headless-Browser kann jeder Tarif ausführen?

Ein Headless-Chrome-Browser braucht zwischen 1,5 und 2 vCPU: zwei veröffentlichte Regeln fallen in diesen Bereich. Playwright Test startet standardmäßig halb so viele Worker wie logische CPU-Kerne vorhanden sind. BrowserStack, das echte Browser als Geschäft betreibt, verlangt von Self-Hosting-Kunden 1,5 CPUs pro Browser unter Linux für Standard-Webseiten und mindestens 2 für intensive Seiten oder Dauerbetrieb. Auf jeden Tarif angewendet:

Warum verbraucht Headless Chrome so viel CPU?

Ein Headless-Browser tut alles, was ein sichtbarer tut, außer auf einen Bildschirm zu malen. Er lädt die Seite herunter, parst HTML und CSS, führt jedes Skript aus, legt die Seite aus und hält Timer am Laufen. Chromium verteilt diese Arbeit auf mehrere Prozesse: einen Browser-Prozess, der den Rest verwaltet, und Renderer-Prozesse für Webinhalte, wobei jeder neue Tab oder jedes neue Fenster in der Regel in einem eigenen öffnet. Zehn Tabs kosten fast so viel CPU wie zehn Renderer.

Drei Änderungen senken die Rechnung, ohne das Ergebnis zu ändern:

• Blockieren Sie, was nie gelesen wird. Bilder, Schriften und Medien kosten Bandbreite und Dekodierzeit; Request-Interception in Puppeteer oder Routing in Playwright lehnt sie ab.
• Verwenden Sie einen Browser wieder, öffnen Sie frische Contexts. Chrome zu starten ist der teure Schritt; ein neuer Context oder eine neue Seite in einem laufenden Browser ist weit günstiger.
• Überspringen Sie den Browser, wenn die Daten es erlauben. Daten, die im HTML oder in einer JSON-API stehen, die die Seite aufruft, kommen von einem einfachen HTTP-Client zurück, der gar kein Skript ausführt.

Seit Chrome 132 wird der alte Headless-Modus nur noch als separates Binary ausgeliefert, chrome-headless-shell; --headless auf regulärem Chrome führt den neuen Modus aus.

Sind dedizierte vCPU für Scraping-Worker wichtig?

Ein ausgehungerter Browser schlägt fehl, statt langsamer zu werden. Timeouts für Navigation und Selektoren werden in Sekunden festgelegt. Wenn ein Nachbar CPU-Zeit beansprucht, werden Seiten später fertig gerendert, Wartezeiten laufen ab, und ein Job, der erfolgreich gewesen wäre, wird erneut versucht, was mehr CPU kostet. Browserless, das gehostetes Chrome verkauft, schreibt es in seiner Dokumentation: geringere Concurrency gibt jedem Browser mehr CPU und Speicher, reduziert Timeouts und verbessert die Stabilität. Verlorene CPU-Zeit zeigt sich als Steal, erklärt in was CPU-Steal-Zeit ist und wie Sie sie auf einem VPS prüfen.

Bei Cobaltfell ist die CPU-Seite dieses Tauschs festgelegt. Eine vCPU ist ein Hardware-Thread des Host-Prozessors. Ihre vCPUs sind eins zu eins an Ihren VPS gebunden und werden nie an einen anderen Kunden verliehen, und die beiden Threads eines physischen Kerns bleiben zusammen, sodass je 2 vCPU einen ganzen Kern ergeben, den kein Nachbar teilt. Volllast ist erlaubt, solange Ihre Arbeit sie benötigt: keine CPU-Credits, kein Burst-Fenster und kein Drosseln nach einigen Minuten bei 100 %.

Die Concurrency ermitteln Sie auf jedem Host gleich: Starten Sie mit einem Browser pro zwei vCPU, erhöhen Sie sie, solange die Fehlerrate stabil bleibt, und hören Sie beim ersten Anstieg der Timeouts auf.

Hosts, die dedizierte vCPU verkaufen und nach denselben schriftlich festgelegten Kriterien bewertet wurden, finden Sie in welcher der beste Dedicated-CPU-VPS-Anbieter im Jahr 2026 ist.

Wie betreibe ich Chrome-Worker sicher auf einem VPS?

Lassen Sie die Chrome-Sandbox aktiv, führen Sie alles als normaler Benutzer aus und geben Sie dem Container einen Init-Prozess. Gecrawlte Seiten sind per Definition nicht vertrauenswürdiger Code, und die offiziellen Anleitungen stimmen in jedem Punkt überein:

• Sandbox. Der Troubleshooting-Guide von Puppeteer bezeichnet den Betrieb ohne Sandbox als stark abzuraten. Der Docker-Guide von Playwright merkt an, dass der Betrieb als root die Chromium-Sandbox deaktiviert, und empfiehlt für Web-Scraping und Crawling einen separaten Benutzer plus das zugehörige seccomp-Profil.
• Init-Prozess. Beide Guides empfehlen das Docker-Flag --init, damit beendete Chrome-Kindprozesse abgeräumt werden, statt sich als Zombies anzusammeln.
• Shared Memory. Playwright empfiehlt --ipc=host für Chromium, weil Chromium ohne dieses den Speicher erschöpfen und abstürzen kann.

Zwei Zahlen zeigen, wie es um einen Pool steht: der Speicher, den alle Chrome-Prozesse belegen, und die Steal-Spalte von 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

Was ist mit den Regeln der Webseiten und mit Proxies?

Web-Scraping bleibt innerhalb der Bedingungen jeder Seite und des Rechts, das für den Betreiber und für die Seite gilt. Diese Seite bemisst die Maschine, nicht die Rechtmäßigkeit eines Projekts. Angriffe auf Systeme, die nicht Ihnen gehören, einschließlich Brute-Force und Denial of Service, sind untersagt gemäß was die zulässige Nutzungsrichtlinie von Cobaltfell erlaubt, damit die Anfrageraten höflich bleiben.

Proxies und IP-Rotation sind ein eigenes Thema, und Cobaltfell verkauft beides nicht. Jeder VPS erhält eine IPv4-Adresse und ein IPv6-/64 an einem 1-Gbit/s-Port. Der monatliche Traffic Ihres Plans zählt nur ausgehende Daten, und ein Überschreiten führt nie von selbst zu einer zusätzlichen Gebühr. Die Preise der Tarife sind aufgeführt unter wie viel ein Dedicated-Core-VPS kostet.