Виділений vCPU на серверних CPU 2022+ · NVMe · без KYC. Оплата в криптовалюті: BTC, USDT, USDC, ETH, SOL, LTC, XMR
Мова: Українська
Оберіть свої ядра

Гайд · Puppeteer · Playwright

Скільки виділених vCPU потрібно VPS для вебскрейпінгу з headless Chrome?

Який VPS потрібен для вебскрейпінгу з headless Chrome (Puppeteer або Playwright)? Скільки браузерів тримає зайнятими кожен тариф, чому Chrome такий важкий для CPU, як безпечно запускати його в Docker і за чим стежити, поки працюють воркери.

Останнє оновлення: · 6 хв читання

Коротка відповідь

Який VPS потрібен для вебскрейпінгу з headless Chrome (Puppeteer або Playwright)?

VPS для вебскрейпінгу з headless Chrome потребує приблизно 2 виділених vCPU на кожен браузер, що рендерить одночасно: на Cobaltfell Fell 4 запускає два браузери, Fell 8 — чотири, а Fell 16 — вісім. Це випливає з типового значення Playwright — один воркер на два логічні ядра; BrowserStack вимагає 1,5 CPU на кожен браузер Linux (обидва перевірено 2 листопада 2026 року). Кожен тариф дає 2 GB RAM на vCPU.

Скільки headless-браузерів може запускати кожен тариф?

Одному headless-браузеру Chrome потрібно від 1,5 до 2 vCPU: два опубліковані правила потрапляють у цей діапазон. Playwright Test за замовчуванням запускає вдвічі менше воркерів, ніж є логічних ядер CPU. BrowserStack, чий бізнес — запуск справжніх браузерів, просить від клієнтів із самостійним розміщенням 1,5 CPU на браузер на Linux для стандартних сайтів і щонайменше 2 для інтенсивних сайтів або цілодобового використання. Застосовано до кожного тарифу:

Два опубліковані правила, застосовані до кожного тарифу, із заокругленням униз. RAM на браузер рахується до того, як система бере свою частку. Сторінка з великою кількістю скриптів потребує більше; сторінка із заблокованими зображеннями й шрифтами — менше. Наші власні результати YABS і Geekbench 6 разом із виміряним нами steal time будуть опубліковані із зазначенням дати, щойно буде доставлено нашу першу тестову машину. До того часу ми не наводимо жодного власного показника продуктивності.
ПланvCPURAMБраузери за типовим значенням PlaywrightБраузери по 1,5 vCPU коженRAM на браузер за рівного поділу
Fell 224 GB114 GB
Fell 448 GB224 GB
Fell 8816 GB453,2 до 4 GB
Fell 161632 GB8103,2 до 4 GB

За даними опитування Cobaltfell від 2 листопада 2026 року, 27 із 202 тарифів із виділеними CPU, зафіксованих у хостів, що приймають криптовалюту без перевірки ID, давали менше 2 GB RAM на vCPU, а вся лінійка одного хоста зупинялася на 1 GB на vCPU. На таких тарифах пул браузерів вичерпує пам'ять раніше, ніж ядра. Як vCPU співвідноситься з ядром, пояснено в чи є виділений vCPU ядром чи потоком.

Чому headless Chrome використовує так багато CPU?

Headless-браузер робить усе те саме, що й видимий, окрім малювання на екран. Він завантажує сторінку, розбирає HTML і CSS, виконує кожен скрипт, розкладає сторінку і підтримує спрацювання таймерів. Chromium розподіляє цю роботу між кількома процесами: процес браузера, що керує рештою, і процеси рендерингу для вебконтенту, причому кожна нова вкладка чи вікно зазвичай відкривається у власному. Десять вкладок коштують майже стільки CPU, скільки десять рендерерів.

Три зміни зменшують рахунок, не змінюючи результату:

  • Блокуйте те, що ніколи не читається. Зображення, шрифти й медіа коштують трафіку й часу декодування; перехоплення запитів у Puppeteer або routing у Playwright відхиляє їх.
  • Використовуйте один браузер повторно, відкривайте свіжі контексти. Запуск Chrome — дорогий крок; новий контекст чи сторінка всередині працюючого браузера значно дешевші.
  • Пропускайте браузер, коли дані це дозволяють. Дані, що лежать в HTML або в JSON API, який викликає сторінка, повертає звичайний HTTP-клієнт, який взагалі не виконує скриптів.

Починаючи з Chrome 132, старий headless-режим постачається лише як окремий бінарник, chrome-headless-shell; --headless у звичайному Chrome запускає новий режим.

Чи мають виділені vCPU значення для воркерів скрапінгу?

Браузер, якому не вистачає CPU, падає, а не просто сповільнюється. Тайм-аути навігації та селекторів задаються в секундах. Коли сусід забирає час CPU, сторінки завершують рендеринг із запізненням, очікування спливають, і завдання, яке могло б вдатися, повторюється, а це коштує ще більше CPU. Browserless, який продає хостований Chrome, зазначає це у своїй документації: нижча конкурентність дає кожному браузеру більше CPU й пам'яті, зменшує кількість тайм-аутів і підвищує стабільність. Втрачений час CPU проявляється як steal, про це пояснено в що таке steal time для CPU і як перевірити його на VPS.

У Cobaltfell бік CPU цього компромісу зафіксований. vCPU — це один апаратний потік процесора хоста. Ваші потоки закріплені один до одного за вашим VPS і ніколи не позичаються іншому клієнту, а два потоки одного фізичного ядра завжди лишаються разом, тож кожні 2 vCPU утворюють одне ціле ядро, якого не ділить із вами сусід. Повне навантаження дозволене стільки, скільки потрібно вашій роботі: без CPU-кредитів, без вікна бурсту і без тротлінгу після кількох хвилин на 100%.

Конкурентність визначають однаково на будь-якому хості: почніть з одного браузера на два vCPU, підвищуйте, поки рівень помилок тримається стабільно, і зупиніться на першому зростанні тайм-аутів.

Хости, які продають виділені vCPU, відранжовані за тими самими письмовими критеріями, наведені в який найкращий VPS із виділеним CPU у 2026 році.

Як безпечно запускати воркери Chrome на VPS?

Тримайте пісочницю Chrome увімкненою, працюйте як звичайний користувач і дайте контейнеру процес init. Скраплені сторінки за визначенням є недовіреним кодом, і офіційні посібники згодні щодо кожного пункту:

  • Пісочниця. Посібник із усунення несправностей Puppeteer називає роботу без пісочниці вкрай небажаною. Посібник Playwright для Docker зазначає, що робота від імені root вимикає пісочницю Chromium, і рекомендує окремого користувача разом із його профілем seccomp для скрапінгу та кроулінгу.
  • Процес init. Обидва посібники рекомендують прапорець Docker --init, щоб завершені дочірні процеси Chrome збиралися, а не накопичувалися як зомбі.
  • Спільна пам'ять. Playwright рекомендує --ipc=host для Chromium, бо без цього Chromium може вичерпати пам'ять і впасти.

Два числа показують, як справляється пул: пам'ять, яку займають усі процеси Chrome, і стовпець steal у mpstat.

Пам'ять кожного процесу Chrome, потім навантаження і steal на кожен vCPU
# 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

А як щодо правил сайтів і проксі?

Скрапінг лишається в межах умов кожного сайту та закону, що застосовується до оператора й до сайту. Ця сторінка розраховує машину, а не законність проєкту. Атаки на системи, які вам не належать, зокрема brute-force і denial of service, заборонені згідно з що дозволяє політика допустимого використання Cobaltfell, тож частота запитів лишається ввічливою.

Проксі та ротація IP — окрема тема, і Cobaltfell не продає ні того, ні іншого. Кожен VPS отримує одну IPv4-адресу та IPv6 /64 на порту 1 Gbit/s. Місячний трафік вашого плану рахує лише вихідні дані, і його перевищення саме собою ніколи не додає плати. Ціни планів наведені в скільки коштує VPS із виділеними ядрами.

Які ще питання люди ставлять про воркери скрапінгу на VPS?

Чи змінюють Puppeteer або Playwright розрахунок розміру VPS?

Ледве: обидва керують тим самим Chromium, і важку роботу виконує браузер. Різниця в типовому налаштуванні. Playwright Test бере половину логічних ядер як кількість воркерів; Puppeteer лишає конкурентність на вас, тож один браузер на два vCPU — це відправна точка.

Чи дешевше багато вкладок в одному браузері, ніж багато браузерів?

Щодо пам'яті — трохи, бо процес браузера спільний. Щодо CPU — майже ні: кожна нова вкладка зазвичай отримує власний процес рендерера, а рендеринг і забирає CPU.

Чи потрібен headless Chrome графічний процесор?

Ні. Headless Chrome працює на серверах без відеокарти, що є звичайним випадком на VPS; у VPS Cobaltfell немає GPU.

Чи можуть воркери скрапінгу працювати на повній потужності CPU цілий день?

У Cobaltfell — так. Повне навантаження дозволене стільки, скільки потрібно вашій роботі: без CPU-кредитів, без вікна бурсту і без тротлінгу після кількох хвилин на 100%. Що не дозволено: Майнінг будь-якої криптовалюти заборонено на будь-якому плані й будь-яким програмним забезпеченням. Ваша власна важка робота CPU, як-от збірки, кодування, інференс або бази даних, може виконуватися на повному навантаженні, а вузол, що лише валідує блокчейн, не є майнінгом.

Який образ Linux підходить для воркерів Chrome?

Будь-який із запропонованих образів: Debian 13, Debian 12, Ubuntu 24.04 LTS, AlmaLinux 10, Rocky Linux 10. Встановлення браузера його власним інсталятором тягне за собою його системні бібліотеки, наприклад npx playwright install --with-deps chromium на Debian або Ubuntu.

Джерела (10)
  1. Playwright TestConfig: workers — Microsoft Playwright (checked 2026-11-02)
  2. Playwright: Docker — Microsoft Playwright (checked 2026-11-02)
  3. Автоматизуйте self-hosted: налаштуйте найкращі практики — BrowserStack (checked 2026-11-02)
  4. Browserless Enterprise: довгі черги та конкурентність — Browserless (checked 2026-11-02)
  5. Усунення несправностей Puppeteer — Puppeteer (Google Chrome team) (checked 2026-11-02)
  6. Puppeteer у Docker — Puppeteer (Google Chrome team) (checked 2026-11-02)
  7. Chrome Headless mode — Chrome for Developers (checked 2026-11-02)
  8. Багатопроцесорна архітектура — The Chromium Projects (checked 2026-11-02)
  9. HostSailor KVM VPS NVMe (1 GB оперативної пам'яті на виділене ядро) hostsailor.com/kvm-vps — HostSailor (checked 2026-11-02)
  10. сторінка довідки mpstat(1) (%steal) — man7.org / sysstat (checked 2026-11-02)

Від $10.49/місяць · без KYC

Оберіть свої ядра