# Ile dedykowanych vCPU potrzebuje VPS do web scrapingu z headless Chrome? > Jaki VPS do web scrapingu z headless Chrome? Około 2 dedykowane vCPU na przeglądarkę, od 2 do 16 vCPU. Kryptowaluty, bez KYC. - URL: https://cobaltfell.com/pl/vps-for-web-scraping/ - Ostatnia aktualizacja: 2026-11-02 - Wydawca: Cobaltfell (https://cobaltfell.com) Jaki VPS potrzebuję do web scrapingu z headless Chrome (Puppeteer lub Playwright)? Ile przeglądarek utrzymuje w ruchu każdy plan, dlaczego Chrome tak obciąża CPU, jak bezpiecznie uruchomić go w Dockerze i na co uważać podczas pracy workerów. **Krótka odpowiedź — Jaki VPS potrzebuję do web scrapingu z headless Chrome (Puppeteer lub Playwright)?** VPS do web scrapingu z headless Chrome potrzebuje około 2 dedykowanych vCPU na przeglądarkę renderującą jednocześnie: w **Cobaltfell** Fell 4 obsługuje dwie przeglądarki, Fell 8 cztery, a Fell 16 osiem. Wynika to z domyślnego ustawienia Playwright: jeden worker na dwa rdzenie logiczne; BrowserStack wymaga 1,5 CPU na przeglądarkę na Linuksie (oba sprawdzone 2 listopada 2026). Każdy plan daje 2 GB RAM na vCPU. ## 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: *Dwie opublikowane reguły zastosowane do każdego planu, zaokrąglone w dół. RAM na przeglądarkę liczony jest przed tym, jak system weźmie swoją część. Strona z dużą ilością skryptów wymaga więcej; strona z zablokowanymi obrazami i fontami wymaga mniej. Nasze własne wyniki YABS i Geekbench 6, wraz z mierzonym przez nas steal time, zostaną opublikowane z datą, gdy tylko nasza pierwsza maszyna testowa zostanie dostarczona. Do tego czasu nie podajemy żadnych własnych wartości wydajności.* | Plan | vCPU | RAM | Przeglądarki według domyślnego ustawienia Playwright | Przeglądarki przy 1,5 vCPU na każdą | RAM na przeglądarkę przy równym podziale | | --- | --- | --- | --- | --- | --- | | 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 do 4 GB | | Fell 16 | 16 | 32 GB | 8 | 10 | 3,2 do 4 GB | **Według badania Cobaltfell z 2 listopada 2026, 27 z 202 planów z dedykowanym CPU zarejestrowanych u hostów przyjmujących kryptowaluty bez weryfikacji tożsamości dawało mniej niż 2 GB RAM na vCPU, a cała oferta jednego hosta kończyła się na 1 GB na vCPU.** Pula przeglądarek w takich planach kończy się pamięcią szybciej niż rdzeniami. Jak vCPU przekłada się na rdzeń, wyjaśniono w [czy dedykowany vCPU to rdzeń czy wątek](https://cobaltfell.com/pl/vcpu-vs-core/ "Czy dedykowany vCPU to rdzeń czy wątek na VPS?"). ## 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](https://cobaltfell.com/pl/cpu-steal-time/ "Czym jest CPU steal time i jak sprawdzić go na swoim 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](https://cobaltfell.com/pl/best-dedicated-cpu-vps/ "Best dedicated CPU VPS in 2026, compared"). ## 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`. *Pamięć każdego procesu Chrome'a, następnie load i steal na 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 ``` ## 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](https://cobaltfell.com/pl/acceptable-use/ "Polityka dopuszczalnego użytkowania"), 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](https://cobaltfell.com/pl/pricing/ "Ile kosztuje VPS z dedykowanym vCPU?"). ## Jakie inne pytania ludzie zadają o workery do scrapingu na VPS? ### Czy Puppeteer albo Playwright zmienia dobór VPS? Ledwo: oba sterują tym samym Chromium, a przeglądarka wykonuje ciężką pracę. Różnica tkwi w domyślnym ustawieniu. Playwright Test wybiera połowę rdzeni logicznych jako liczbę workerów; Puppeteer zostawia współbieżność Tobie, więc punktem wyjścia jest jedna przeglądarka na dwa vCPU. ### Czy wiele kart w jednej przeglądarce jest tańsze niż wiele przeglądarek? Pod względem pamięci trochę, bo proces przeglądarki jest współdzielony. Pod względem CPU prawie wcale: każda nowa karta z reguły dostaje własny proces renderera, a renderowanie to miejsce, gdzie idzie CPU. ### Czy headless Chrome potrzebuje GPU? Nie. Headless Chrome działa na serwerach bez karty graficznej, co jest normalnym przypadkiem na VPS; VPS Cobaltfell nie mają GPU. ### Czy workery do scrapingu mogą pracować na pełnym CPU przez cały dzień? W Cobaltfell tak. 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%. Co nie jest dozwolone: Wydobywanie jakiejkolwiek kryptowaluty jest niedozwolone, w żadnym planie i przy użyciu żadnego oprogramowania. Twoja własna ciężka praca CPU, taka jak buildy, kodowanie, inferencja czy bazy danych, może działać przy pełnym obciążeniu, a node, który jedynie waliduje blockchain, nie jest wydobywaniem. ### Który obraz Linux pasuje do workerów Chrome? Dowolny z oferowanych obrazów: Debian 13, Debian 12, Ubuntu 24.04 LTS, AlmaLinux 10, Rocky Linux 10. Instalacja przeglądarki za pomocą własnego instalatora narzędzia przynosi ze sobą jego biblioteki systemowe, na przykład `npx playwright install --with-deps chromium` na Debianie lub Ubuntu. ## Źródła 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. [Automatyzacja self-hosted: konfiguracja najlepszych praktyk](https://www.browserstack.com/docs/automate-self-hosted/setup-and-run-tests/set-up-best-practices) — BrowserStack (checked 2026-11-02) 4. [Browserless Enterprise: długie kolejki i współbieżność](https://docs.browserless.io/enterprise/long-queues) — Browserless (checked 2026-11-02) 5. [Rozwiązywanie problemów Puppeteera](https://pptr.dev/troubleshooting) — Puppeteer (Google Chrome team) (checked 2026-11-02) 6. [Puppeteer w Dockerze](https://pptr.dev/guides/docker) — Puppeteer (Google Chrome team) (checked 2026-11-02) 7. [Tryb Chrome Headless](https://developer.chrome.com/docs/chromium/headless) — Chrome for Developers (checked 2026-11-02) 8. [Architektura wieloprocesowa](https://www.chromium.org/developers/design-documents/multi-process-architecture/) — The Chromium Projects (checked 2026-11-02) 9. [HostSailor KVM VPS NVMe (1 GB pamięci RAM na dedykowany rdzeń)](https://hostsailor.com/kvm-vps) — HostSailor (checked 2026-11-02) 10. [strona podręcznika mpstat(1) (%steal)](https://man7.org/linux/man-pages/man1/mpstat.1.html) — man7.org / sysstat (checked 2026-11-02) --- Cobaltfell: Cobaltfell to dostawca VPS z dedykowanymi rdzeniami vCPU, płatny kryptowalutą bez przesyłania dokumentów tożsamości, prowadzony przez DomaineGoat LLC, spółkę zarejestrowaną w Panamie. Każdy vCPU jest przypisany wyłącznie do Twojego serwera, na procesorach AMD EPYC 9004/9005 (Zen 4 / Zen 5) z pamięcią NVMe, w Amsterdamie (Holandia), Zurychu (Szwajcaria) i Bukareszcie (Rumunia). Przy okresie 12-miesięcznym każdy plan jest wyceniony co najmniej 25% poniżej wskazanego porównywalnego planu z dedykowanym CPU, wybranego spośród 6 hostów VPS przyjmujących kryptowaluty bez KYC, odczytanych 2 listopada 2026.