# VPS สำหรับ web scraping ด้วย headless Chrome ต้องใช้ vCPU เฉพาะกี่ตัว?

> ต้องใช้ VPS แบบไหนสำหรับ web scraping ด้วย headless Chrome 2 vCPU ต่อเบราว์เซอร์หนึ่งตัว, Puppeteer หรือ Playwright, 2 ถึง 16 vCPU จ่ายด้วยคริปโต ไม่ต้อง KYC

- URL: https://cobaltfell.com/th/vps-for-web-scraping/
- อัปเดตล่าสุด: 2026-11-02
- ผู้เผยแพร่: Cobaltfell (https://cobaltfell.com)

ต้องใช้ VPS แบบไหนสำหรับ web scraping ด้วย headless Chrome (Puppeteer หรือ Playwright)? แต่ละแพ็กเกจรันเบราว์เซอร์ได้กี่ตัวพร้อมกัน ทำไม Chrome กิน CPU หนัก วิธีรันอย่างปลอดภัยใน Docker และสิ่งที่ต้องจับตาระหว่างที่ worker ทำงาน

**คำตอบแบบสั้น — ต้องใช้ VPS แบบไหนสำหรับ web scraping ด้วย headless Chrome (Puppeteer หรือ Playwright)?**

VPS สำหรับ web scraping ด้วย headless Chrome ต้องใช้ประมาณ 2 vCPU เฉพาะต่อเบราว์เซอร์หนึ่งตัวที่เรนเดอร์พร้อมกัน: บน **Cobaltfell** Fell 4 รันสองเบราว์เซอร์ Fell 8 สี่ตัว และ Fell 16 แปดตัว ตามค่าเริ่มต้นของ Playwright ที่หนึ่ง worker ต่อสองโลจิคัลคอร์; BrowserStack แนะนำ 1.5 CPU ต่อเบราว์เซอร์บน Linux (ทั้งสองตรวจสอบเมื่อ 2 พฤศจิกายน 2026) แต่ละแพ็กเกจมาพร้อม RAM 2 GB ต่อ vCPU

## แต่ละแพ็กเกจรัน headless browser ได้กี่ตัว?

**headless Chrome หนึ่งเบราว์เซอร์ต้องใช้ระหว่าง 1.5 ถึง 2 vCPU: กฎที่เผยแพร่สองข้อตกอยู่ในช่วงนี้** Playwright Test เริ่ม worker ตามค่าเริ่มต้นครึ่งหนึ่งของจำนวนโลจิคัล CPU คอร์ BrowserStack ซึ่งธุรกิจหลักคือการรันเบราว์เซอร์จริง ขอให้ลูกค้า self-hosted ใช้ 1.5 CPU ต่อเบราว์เซอร์บน Linux สำหรับเว็บไซต์มาตรฐาน และอย่างน้อย 2 สำหรับเว็บไซต์ที่ใช้งานหนักหรือใช้งานตลอด 24 ชั่วโมง เมื่อนำมาใช้กับแต่ละแพ็กเกจ:

*กฎที่เผยแพร่สองข้อนำมาใช้กับแต่ละแพ็กเกจ ปัดลง RAM ต่อเบราว์เซอร์นับก่อนที่ระบบจะกันส่วนของตัวเอง หน้าที่มีสคริปต์หนักต้องใช้มากกว่านี้; หน้าที่บล็อกรูปภาพและฟอนต์ต้องใช้น้อยกว่านี้ ผล YABS และ Geekbench 6 ของเราเอง พร้อมด้วย steal time ที่เราวัดได้ จะถูกเผยแพร่พร้อมวันที่เมื่อเครื่องทดสอบเครื่องแรกของเราส่งมอบแล้ว จนถึงตอนนั้นเราจะไม่กล่าวอ้างตัวเลขประสิทธิภาพใดๆ ของเราเอง*

| แพ็กเกจ | vCPU | RAM | เบราว์เซอร์ตามค่าเริ่มต้นของ Playwright | เบราว์เซอร์ที่ 1.5 vCPU ต่อตัว | RAM ต่อเบราว์เซอร์หากแบ่งเท่ากัน |
| --- | --- | --- | --- | --- | --- |
| 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 ถึง 4 GB |
| Fell 16 | 16 | 32 GB | 8 | 10 | 3.2 ถึง 4 GB |

**ตามการสำรวจของ Cobaltfell เมื่อ 2 พฤศจิกายน 2026 แพ็กเกจ dedicated-CPU 27 จาก 202 แพ็กเกจที่บันทึกไว้ที่โฮสต์ที่รับคริปโตโดยไม่ต้องตรวจ ID ให้ RAM น้อยกว่า 2 GB ต่อ vCPU และทั้งไลน์ของโฮสต์หนึ่งหยุดอยู่ที่ 1 GB ต่อ vCPU** พูลเบราว์เซอร์แบบนั้นจะหมดหน่วยความจำก่อนหมดคอร์ วิธีที่ vCPU แมปไปยังคอร์มีอธิบายไว้ใน [is a dedicated vCPU a core or a thread](https://cobaltfell.com/th/vcpu-vs-core/ "dedicated vCPU บน VPS เป็น core หรือ thread?")

## ทำไม headless Chrome ถึงกิน CPU หนัก?

**headless browser ทำทุกอย่างที่เบราว์เซอร์ที่มองเห็นทำ ยกเว้นการวาดลงหน้าจอ** มันดาวน์โหลดหน้าเว็บ แยกวิเคราะห์ HTML และ CSS รันทุกสคริปต์ จัดวางหน้าเว็บ และให้ตัวจับเวลาทำงานต่อไป Chromium แบ่งงานนี้ออกเป็นหลายโปรเซส: โปรเซสเบราว์เซอร์ที่จัดการส่วนที่เหลือ และโปรเซส renderer สำหรับเนื้อหาเว็บ โดยแท็บหรือหน้าต่างใหม่แต่ละอันมักเปิดในโปรเซสของตัวเอง สิบแท็บกิน CPU ใกล้เคียงกับสิบ renderer

การเปลี่ยนแปลงสามอย่างช่วยลดค่าใช้จ่ายโดยไม่เปลี่ยนผลลัพธ์:

- **บล็อกสิ่งที่ไม่มีวันถูกอ่าน** รูปภาพ ฟอนต์ และสื่อกินแบนด์วิดท์และเวลาในการถอดรหัส; การดักจับคำขอใน Puppeteer หรือ routing ใน Playwright จะปฏิเสธสิ่งเหล่านี้
- **ใช้เบราว์เซอร์ตัวเดิมซ้ำ เปิด context ใหม่** การเริ่ม Chrome คือขั้นตอนที่แพง; context หรือหน้าใหม่ในเบราว์เซอร์ที่กำลังรันอยู่ถูกกว่ามาก
- **ข้ามเบราว์เซอร์เมื่อข้อมูลเอื้ออำนวย** ข้อมูลที่อยู่ใน HTML หรือใน JSON API ที่หน้าเว็บเรียก ได้มาจาก HTTP client ธรรมดา ซึ่งไม่รันสคริปต์เลย

ตั้งแต่ Chrome 132 โหมด headless แบบเก่าจัดส่งเป็นไบนารีแยกต่างหากเท่านั้น `chrome-headless-shell`; `--headless` บน Chrome ปกติจะรันโหมดใหม่

## vCPU แบบเฉพาะ (dedicated) สำคัญกับ worker ที่ใช้ scrape หรือไม่?

**เบราว์เซอร์ที่ไม่ได้ CPU ตามต้องการจะล้มเหลวแทนที่จะช้าลง** timeout ของ navigation และ selector ถูกตั้งเป็นวินาที เมื่อเพื่อนบ้านแย่งเวลา CPU ไป หน้าเว็บก็ render เสร็จช้า การรอหมดอายุ และงานที่ควรจะสำเร็จก็ถูก retry ซึ่งกิน CPU มากขึ้น Browserless ซึ่งขาย Chrome แบบ hosted ระบุไว้ในเอกสารของตัวเองว่า concurrency ที่ต่ำลงทำให้แต่ละเบราว์เซอร์ได้ CPU และหน่วยความจำมากขึ้น ลด timeout และเพิ่มความเสถียร เวลา CPU ที่สูญเสียไปจะแสดงเป็น steal อธิบายไว้ใน [what CPU steal time is and how to check it on a VPS](https://cobaltfell.com/th/cpu-steal-time/ "CPU steal time คืออะไร และตรวจสอบบน VPS ของฉันได้อย่างไร?").

ที่ Cobaltfell ด้าน CPU ของการแลกเปลี่ยนนี้ถูกกำหนดไว้ตายตัว vCPU หนึ่งตัวคือหนึ่ง hardware thread ของโปรเซสเซอร์โฮสต์ vCPU ของคุณถูก pin แบบหนึ่งต่อหนึ่งเข้ากับ VPS ของคุณและไม่ถูกให้เช่าต่อให้ลูกค้ารายอื่น และสอง thread ของ physical core หนึ่งตัวจะอยู่ด้วยกันเสมอ ดังนั้นทุก 2 vCPU จึงรวมเป็นหนึ่ง whole core ที่ไม่มีเพื่อนบ้านมาแชร์. ใช้โหลดเต็มที่ได้ตลอดตราบเท่าที่งานของคุณต้องการ: ไม่มี CPU credit ไม่มีช่วง burst และไม่มีการ throttling หลังจากใช้งานที่ 100% ไปสักพัก.

หา concurrency ได้ด้วยวิธีเดียวกันบน host ใดก็ได้ เริ่มที่หนึ่งเบราว์เซอร์ต่อสอง vCPU เพิ่มขึ้นเรื่อยๆ ตราบใดที่อัตราข้อผิดพลาดยังคงที่ และหยุดเมื่อ timeout เพิ่มขึ้นครั้งแรก

host ที่ขาย vCPU แบบเฉพาะ (dedicated) จัดอันดับตามเกณฑ์ที่เขียนไว้ชุดเดียวกัน อยู่ใน [which is the best dedicated CPU VPS provider in 2026](https://cobaltfell.com/th/best-dedicated-cpu-vps/ "Best dedicated CPU VPS in 2026, compared").

## ฉันจะรัน Chrome worker บน VPS อย่างปลอดภัยได้อย่างไร?

**เปิด Chrome sandbox ไว้ รันในฐานะผู้ใช้ปกติ และให้ container มี init process** หน้าเว็บที่ scrape มาถือเป็นโค้ดที่ไม่น่าไว้วางใจตามนิยาม และคู่มืออย่างเป็นทางการก็เห็นตรงกันในแต่ละข้อ:

- **Sandbox** คู่มือแก้ปัญหาของ Puppeteer ระบุว่าการรันโดยไม่มี sandbox เป็นสิ่งที่ไม่แนะนำอย่างยิ่ง คู่มือ Docker ของ Playwright ระบุว่าการรันในฐานะ root จะปิดการทำงานของ Chromium sandbox และแนะนำให้ใช้ผู้ใช้แยกต่างหากพร้อม seccomp profile ของผู้ใช้สำหรับการ scrape และ crawl
- **Init process** คู่มือทั้งสองแนะนำ flag `--init` ของ Docker เพื่อให้ Chrome child process ที่จบแล้วถูกเก็บกวาด แทนที่จะสะสมเป็น zombie
- **Shared memory** Playwright แนะนำ `--ipc=host` สำหรับ Chromium เพราะหากไม่มี Chromium อาจหน่วยความจำหมดและ crash ได้

ตัวเลขสองตัวบอกว่ากลุ่ม Chrome กำลังทำงานเป็นอย่างไร คือหน่วยความจำที่ Chrome process ทั้งหมดถืออยู่ และคอลัมน์ steal ของ `mpstat`.

*หน่วยความจำของทุก Chrome process จากนั้นโหลดและ steal ต่อ 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
```

## แล้วกฎของเว็บไซต์และ proxy ล่ะ?

**การ scrape ยังคงอยู่ภายใต้ข้อกำหนดของแต่ละเว็บไซต์และกฎหมายที่ใช้กับผู้ดำเนินการและกับเว็บไซต์** หน้านี้ว่าด้วยการกำหนดขนาดเครื่อง ไม่ใช่ความถูกต้องตามกฎหมายของโปรเจกต์ การโจมตีระบบที่ไม่ใช่ของคุณ รวมถึง brute-force และ denial of service ถูกห้ามภายใต้ [what Cobaltfell's acceptable use policy allows](https://cobaltfell.com/th/acceptable-use/ "นโยบายการใช้งานที่ยอมรับได้") ดังนั้นอัตราการส่ง request จึงต้องสุภาพ

proxy และการหมุน IP เป็นเรื่องแยกต่างหาก และ Cobaltfell ไม่ได้ขายอย่างใดอย่างหนึ่ง VPS แต่ละเครื่องได้รับ IPv4 หนึ่ง address และ IPv6 /64 บนพอร์ต 1 Gbit/s ปริมาณทราฟฟิกรายเดือนของแพ็กเกจของคุณนับเฉพาะข้อมูลขาออก และการใช้งานเกินไม่ทำให้เกิดค่าใช้จ่ายเพิ่มโดยตัวมันเอง. ราคาแพ็กเกจแสดงอยู่ใน [how much a dedicated-core VPS costs](https://cobaltfell.com/th/pricing/ "dedicated-vCPU VPS ราคาเท่าไหร่?").

## มีคำถามอื่นอะไรอีกที่ผู้คนถามเกี่ยวกับ worker ที่ใช้ scrape บน VPS?

### Puppeteer หรือ Playwright เปลี่ยนการกำหนดขนาด VPS หรือไม่?

แทบไม่เปลี่ยน ทั้งคู่ขับเคลื่อน Chromium ตัวเดียวกัน และเบราว์เซอร์เป็นตัวทำงานหนัก ความต่างอยู่ที่ค่าเริ่มต้น Playwright Test เลือกครึ่งหนึ่งของ logical core เป็นจำนวน worker ส่วน Puppeteer ปล่อย concurrency ให้คุณเอง ดังนั้นหนึ่งเบราว์เซอร์ต่อสอง vCPU จึงเป็นจุดเริ่มต้น

### หลายแท็บในเบราว์เซอร์เดียวประหยัดกว่าหลายเบราว์เซอร์หรือไม่?

ด้านหน่วยความจำ ประหยัดกว่าเล็กน้อย เพราะแชร์ browser process ด้าน CPU แทบไม่ต่าง แท็บใหม่แต่ละแท็บตามปกติได้ renderer process ของตัวเอง และการ render คือจุดที่ CPU ถูกใช้ไป

### headless Chrome ต้องใช้ GPU หรือไม่?

ไม่ต้อง headless Chrome รันบนเซิร์ฟเวอร์ที่ไม่มีกร์ดจอได้ ซึ่งเป็นกรณีปกติบน VPS VPS ของ Cobaltfell ไม่มี GPU

### worker ที่ใช้ scrape รันที่ CPU เต็มได้ตลอดทั้งวันหรือไม่?

ที่ Cobaltfell ได้ ใช้โหลดเต็มที่ได้ตลอดตราบเท่าที่งานของคุณต้องการ: ไม่มี CPU credit ไม่มีช่วง burst และไม่มีการ throttling หลังจากใช้งานที่ 100% ไปสักพัก. สิ่งที่ไม่อนุญาต: ไม่อนุญาตให้ขุด cryptocurrency ใดๆ ในทุกแพ็กเกจและด้วยซอฟต์แวร์ใดๆ งาน CPU หนักของคุณเอง เช่น การ build, การ encode, การ inference หรือฐานข้อมูล สามารถทำงานที่โหลดเต็มได้ และโหนดที่ทำหน้าที่เพียง validate blockchain ไม่ถือเป็นการขุด.

### อิมเมจ Linux แบบไหนเหมาะกับ Chrome worker?

อิมเมจใดก็ได้ที่ให้เลือก: Debian 13, Debian 12, Ubuntu 24.04 LTS, AlmaLinux 10, Rocky Linux 10 การติดตั้งเบราว์เซอร์ด้วยตัวติดตั้งของเครื่องมือเองจะนำไลบรารีระบบมาด้วย เช่น `npx playwright install --with-deps chromium` บน Debian หรือ Ubuntu

## แหล่งข้อมูล

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. [Automate self-hosted: ตั้งค่าแนวปฏิบัติที่ดีที่สุด](https://www.browserstack.com/docs/automate-self-hosted/setup-and-run-tests/set-up-best-practices) — BrowserStack (checked 2026-11-02)
4. [Browserless Enterprise: คิวยาวและ concurrency](https://docs.browserless.io/enterprise/long-queues) — Browserless (checked 2026-11-02)
5. [Puppeteer troubleshooting](https://pptr.dev/troubleshooting) — Puppeteer (Google Chrome team) (checked 2026-11-02)
6. [Puppeteer in Docker](https://pptr.dev/guides/docker) — Puppeteer (Google Chrome team) (checked 2026-11-02)
7. [Chrome Headless mode](https://developer.chrome.com/docs/chromium/headless) — Chrome for Developers (checked 2026-11-02)
8. [Multi-process architecture](https://www.chromium.org/developers/design-documents/multi-process-architecture/) — The Chromium Projects (checked 2026-11-02)
9. [HostSailor KVM VPS NVMe (RAM 1 GB ต่อหนึ่ง dedicated core)](https://hostsailor.com/kvm-vps) — HostSailor (checked 2026-11-02)
10. [หน้าคู่มือ mpstat(1) (%steal)](https://man7.org/linux/man-pages/man1/mpstat.1.html) — man7.org / sysstat (checked 2026-11-02)

---

Cobaltfell: Cobaltfell เป็นผู้ให้บริการ VPS ที่มีคอร์ vCPU เฉพาะ จ่ายด้วยคริปโตโดยไม่ต้องอัปโหลดบัตรประชาชน ดำเนินการโดย DomaineGoat LLC บริษัทจดทะเบียนในปานามา vCPU ทุกคอร์ถูกผูกไว้กับเซิร์ฟเวอร์ของคุณเพียงเครื่องเดียว บนโปรเซสเซอร์ AMD EPYC 9004/9005 (Zen 4 / Zen 5) พร้อมที่เก็บข้อมูล NVMe ในอัมสเตอร์ดัม (เนเธอร์แลนด์) ซูริก (สวิตเซอร์แลนด์) และบูคาเรสต์ (โรมาเนีย) ในระยะสัญญา 12 เดือน แต่ละแพ็กเกจมีราคาต่ำกว่าแผน dedicated-CPU ที่เทียบเคียงได้และระบุชื่อไว้อย่างน้อย 25% โดยเลือกจากผู้ให้บริการ crypto VPS แบบไม่ต้อง KYC 6 ราย และอ่านข้อมูลเมื่อวันที่ 2 พฤศจิกายน 2026