Berapa banyak vCPU khusus yang dibutuhkan VPS untuk web scraping dengan headless Chrome?

Berapa banyak browser headless yang bisa dijalankan tiap paket?

Satu browser headless Chrome membutuhkan antara 1,5 dan 2 vCPU: dua aturan yang diterbitkan berada dalam rentang itu. Playwright Test secara default memulai worker sebanyak setengah jumlah core CPU logis. BrowserStack, yang menjalankan browser sungguhan sebagai bisnisnya, meminta pelanggan self-hosted menyediakan 1,5 CPU per browser di Linux untuk situs web standar, dan minimal 2 untuk situs intensif atau penggunaan sepanjang waktu. Diterapkan pada tiap paket:

Mengapa headless Chrome memakai begitu banyak CPU?

Browser headless melakukan semua yang dilakukan browser terlihat kecuali melukis ke layar. Ia mengunduh halaman, mem-parsing HTML dan CSS, menjalankan setiap skrip, menata halaman, dan menjaga timer tetap berjalan. Chromium membagi pekerjaan itu ke beberapa proses: proses browser yang mengelola sisanya, dan proses renderer untuk konten web, dengan setiap tab atau jendela baru sebagai aturan terbuka di prosesnya sendiri. Sepuluh tab memakan CPU mendekati sepuluh renderer.

Tiga perubahan memangkas biaya tanpa mengubah hasil:

• Blokir yang tidak pernah dibaca. Gambar, font, dan media memakan bandwidth dan waktu decode; request interception di Puppeteer atau routing di Playwright menolaknya.
• Pakai ulang satu browser, buka context baru. Memulai Chrome adalah langkah yang mahal; context atau halaman baru di dalam browser yang sedang berjalan jauh lebih murah.
• Lewati browser bila datanya memungkinkan. Data yang ada di HTML atau di JSON API yang dipanggil halaman bisa didapat dari HTTP client biasa, yang tidak menjalankan skrip sama sekali.

Sejak Chrome 132, mode headless lama hanya tersedia sebagai binary terpisah, chrome-headless-shell; --headless pada Chrome biasa menjalankan mode baru.

Apakah vCPU khusus penting untuk worker scraping?

Browser yang kekurangan CPU akan gagal, bukan melambat. Timeout navigasi dan selector diatur dalam hitungan detik. Saat tetangga mengambil waktu CPU, halaman selesai dirender terlambat, waktu tunggu habis, dan job yang seharusnya berhasil diulang, yang memakan lebih banyak CPU. Browserless, yang menjual Chrome terkelola, menyatakannya dalam dokumentasinya: konkurensi yang lebih rendah memberi setiap browser lebih banyak CPU dan memori, mengurangi timeout dan meningkatkan stabilitas. Waktu CPU yang hilang muncul sebagai steal, dijelaskan di apa itu CPU steal time dan cara mengeceknya di VPS.

Di Cobaltfell sisi CPU dari trade-off itu tetap. Satu vCPU adalah satu thread perangkat keras dari prosesor host. Thread milik Anda dipatok satu per satu ke VPS Anda dan tidak pernah dipinjamkan ke pelanggan lain, dan dua thread dari satu core fisik tetap bersama, jadi setiap 2 vCPU membentuk satu core utuh yang tidak dipakai bersama oleh tetangga. Beban penuh diperbolehkan selama pekerjaan Anda membutuhkannya: tanpa CPU credit, tanpa jendela burst, dan tanpa throttling setelah beberapa menit pada 100%.

Konkurensi ditemukan dengan cara yang sama di host mana pun: mulai dari satu browser per dua vCPU, naikkan selama tingkat error tetap stabil, dan berhenti pada kenaikan timeout pertama.

Host yang menjual vCPU khusus, diperingkat dengan kriteria tertulis yang sama, ada di mana penyedia VPS dedicated CPU terbaik pada 2026.

Bagaimana cara menjalankan worker Chrome dengan aman di VPS?

Biarkan sandbox Chrome aktif, jalankan sebagai user biasa, dan beri container proses init. Halaman hasil scraping adalah kode yang tidak tepercaya menurut definisinya, dan panduan resminya sepakat pada setiap poin:

• Sandbox. Panduan troubleshooting Puppeteer menyebut menjalankan tanpa sandbox sangat tidak dianjurkan. Panduan Docker Playwright mencatat bahwa menjalankan sebagai root menonaktifkan sandbox Chromium, dan merekomendasikan user terpisah plus profil seccomp-nya untuk scraping dan crawl.
• Proses init. Kedua panduan merekomendasikan flag --init dari Docker, agar proses anak Chrome yang selesai dibersihkan alih-alih menumpuk sebagai zombie.
• Shared memory. Playwright merekomendasikan --ipc=host untuk Chromium, karena tanpanya Chromium bisa kehabisan memori dan crash.

Dua angka menunjukkan kondisi sebuah pool: memori yang dipegang semua proses Chrome, dan kolom steal dari 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

Bagaimana dengan aturan situs web, dan proxy?

Scraping tetap dalam ketentuan setiap situs dan hukum yang berlaku bagi operator dan bagi situs. Halaman ini mengukur mesinnya, bukan legalitas sebuah proyek. Serangan terhadap sistem yang bukan milik Anda, termasuk brute-forcing dan denial of service, dilarang menurut apa yang diizinkan kebijakan penggunaan yang wajar Cobaltfell, jadi laju permintaan tetap sopan.

Proxy dan rotasi IP adalah topik terpisah, dan Cobaltfell tidak menjual keduanya. Setiap VPS mendapat satu alamat IPv4 dan satu IPv6 /64 pada port 1 Gbit/s. Trafik bulanan paket Anda hanya menghitung data keluar, dan melewatinya tidak pernah menambah biaya dengan sendirinya. Harga paket tercantum di berapa biaya VPS dedicated-core.