Ile dedykowanych vCPU potrzebuje VPS do web scrapingu z headless Chrome?

Ile przeglądarek headless może uruchomić każdy plan?

Jedna przeglądarka headless Chrome potrzebuje od 1,5 do 2 vCPU: dwie opublikowane reguły mieszczą się w tym przedziale. Playwright Test domyślnie uruchamia o połowę mniej workerów, niż jest rdzeni logicznych CPU. BrowserStack, dla którego uruchamianie prawdziwych przeglądarek to biznes, wymaga od klientów self-hosted 1,5 CPU na przeglądarkę na Linuksie dla standardowych stron, a co najmniej 2 dla intensywnych stron lub pracy przez całą dobę. Zastosowane do każdego planu:

Dlaczego headless Chrome zużywa tak dużo CPU?

Przeglądarka headless robi wszystko to co widoczna, z wyjątkiem rysowania na ekranie. Pobiera stronę, parsuje HTML i CSS, uruchamia każdy skrypt, wykonuje układ strony i utrzymuje działanie timerów. Chromium dzieli tę pracę na kilka procesów: proces przeglądarki, który zarządza resztą, oraz procesy renderujące dla treści web, przy czym każda nowa karta lub okno z reguły otwiera się we własnym procesie. Dziesięć kart kosztuje niemal tyle CPU, co dziesięć procesów renderujących.

Trzy zmiany obniżają rachunek bez zmiany wyniku:

• Blokuj to, co nigdy nie jest czytane. Obrazy, fonty i media kosztują pasmo i czas dekodowania; przechwytywanie żądań w Puppeteer lub routing w Playwright im odmawia.
• Używaj jednej przeglądarki, otwieraj świeże konteksty. Uruchomienie Chrome to kosztowny etap; nowy kontekst lub strona w działającej przeglądarce jest znacznie tańsza.
• Pomiń przeglądarkę, gdy dane na to pozwalają. Dane, które znajdują się w HTML lub w API JSON, do którego wywołania dochodzi strona, wracają z prostego klienta HTTP, który w ogóle nie uruchamia skryptów.

Od Chrome 132 stary tryb headless jest dostarczany tylko jako osobny plik binarny, chrome-headless-shell; --headless w zwykłym Chrome uruchamia nowy tryb.

Czy dedykowane vCPU mają znaczenie dla workerów do scrapingu?

Zagłodzona przeglądarka zawodzi zamiast zwalniać. Limity czasu nawigacji i selektorów są ustawiane w sekundach. Gdy sąsiad zabiera czas CPU, strony kończą renderowanie z opóźnieniem, oczekiwania wygasają, a zadanie, które by się powiodło, jest ponawiane, co zużywa więcej CPU. Browserless, który sprzedaje hostowanego Chrome'a, stwierdza to w swojej dokumentacji: niższa współbieżność daje każdej przeglądarce więcej CPU i pamięci, zmniejsza liczbę limitów czasu i poprawia stabilność. Utracony czas CPU widać jako steal, wyjaśniony w czym jest czas steal CPU i jak go sprawdzić na VPS.

W Cobaltfell strona CPU tego układu jest ustalona. vCPU to jeden wątek sprzętowy procesora hosta. Twoje są przypięte jeden do jednego do Twojego VPS i nigdy nie są pożyczane innemu klientowi, a dwa wątki jednego fizycznego rdzenia trzymają się razem, więc każde 2 vCPU tworzą jeden pełny rdzeń, którego nie dzieli żaden sąsiad. Pełne obciążenie jest dozwolone tak długo, jak wymaga tego Twoja praca: bez kredytów CPU, bez okna burst i bez throttlingu po kilku minutach przy 100%.

Współbieżność ustala się tak samo na każdym hoście: zacznij od jednej przeglądarki na dwa vCPU, zwiększaj ją, dopóki wskaźnik błędów pozostaje stabilny, i zatrzymaj się przy pierwszym wzroście liczby limitów czasu.

Hosty sprzedające dedykowane vCPU, uszeregowane według tych samych spisanych kryteriów, są w który jest najlepszym dostawcą VPS z dedykowanym CPU w 2026.

Jak bezpiecznie uruchamiać workery Chrome na VPS?

Zostaw włączony sandbox Chrome'a, uruchamiaj jako zwykły użytkownik i daj kontenerowi proces init. Zescrapowane strony są z definicji niezaufanym kodem, a oficjalne przewodniki zgadzają się co do każdego punktu:

• Sandbox. Przewodnik rozwiązywania problemów Puppeteera nazywa uruchamianie bez sandboxa zdecydowanie odradzanym. Przewodnik Dockera Playwrighta zauważa, że uruchamianie jako root wyłącza sandbox Chromium, i zaleca osobnego użytkownika oraz jego profil seccomp do scrapingu i crawlingu.
• Proces init. Oba przewodniki zalecają flagę Dockera --init, aby zakończone procesy potomne Chrome'a były zbierane, zamiast gromadzić się jako zombie.
• Pamięć współdzielona. Playwright zaleca --ipc=host dla Chromium, ponieważ bez tego Chromium może zabraknąć pamięci i się zawiesić.

Dwie liczby mówią, jak radzi sobie pula: pamięć zajmowana przez wszystkie procesy Chrome'a oraz kolumna steal w 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

A co z zasadami stron i proxy?

Scraping pozostaje w granicach warunków każdej strony i prawa, które dotyczy operatora oraz strony. Ta strona dobiera maszynę, a nie legalność projektu. Ataki na systemy, które nie są Twoje, w tym brute-force i denial of service, są zabronione zgodnie z tym, co dopuszcza polityka dopuszczalnego użytkowania Cobaltfell, więc tempo zapytań pozostaje kulturalne.

Proxy i rotacja IP to osobny temat, a Cobaltfell nie sprzedaje ani jednego, ani drugiego. Każdy VPS otrzymuje jeden adres IPv4 i IPv6 /64 na porcie 1 Gbit/s. Miesięczny transfer Twojego planu liczy tylko dane wychodzące, a jego przekroczenie samo w sobie nigdy nie dolicza opłaty. Ceny planów są wymienione w ile kosztuje VPS z dedykowanymi rdzeniami.