
เมื่อเว็บ WordPress ของคุณเติบโตจนเกินขีดจำกัดของ Shared Hosting คำถามต่อมาคือ "VPS ควรใช้ Spec อะไร?" เลือกน้อยเกินไป — เว็บช้า; เลือกมากเกินไป — จ่ายเงินฟรี บทความนี้ช่วยให้คุณเลือก RAM, CPU, และ SSD ได้ตรงจุดตามขนาดเว็บและปริมาณผู้เข้าชมจริง
สรุปสั้น: WordPress ที่ Optimize ดี (Cache + OPcache เปิด) ใช้ RAM จริงประมาณ 256–512 MB ต่อ Instance หลัก Spec ที่เพิ่มไปคือ headroom สำหรับ Traffic, Plugin และ Background Job
ทำไม WordPress ถึงต้องการ VPS?
WordPress เป็น CMS ที่รัน PHP + MySQL ทุกครั้งที่มี Request หน้าหนึ่งๆ อาจเรียก Database Query หลายสิบครั้ง ยิ่งติดตั้ง Plugin มาก ยิ่งใช้ RAM สูง บน Shared Hosting ทรัพยากรถูกแบ่งกับผู้ใช้คนอื่น ทำให้ประสิทธิภาพไม่แน่นอน
VPS แก้ปัญหานี้ด้วยการให้ทรัพยากรส่วนตัว ไม่แชร์กับใคร คุณควบคุม PHP version, OPcache, และ Nginx/Apache Config ได้เต็มที่ ผลลัพธ์คือ Response Time สม่ำเสมอและสเกลได้ตามความต้องการ
VPS vs Shared Hosting สำหรับ WordPress
คำถามแรกก่อนเลือก Spec คือ "เว็บของฉันต้องใช้ VPS แล้วจริงไหม หรือ Shared Hosting ยังพอ?" คำตอบขึ้นกับขนาดเว็บและระดับการควบคุมที่ต้องการ ตารางนี้ช่วยเปรียบเทียบให้เห็นภาพชัดเจน:
| หัวข้อ | Shared Hosting | VPS |
|---|---|---|
| ทรัพยากร | แชร์กับผู้ใช้คนอื่น | RAM / CPU ส่วนตัว รับประกัน |
| การควบคุม PHP/OPcache | จำกัด (ตาม Provider) | เต็มที่ (Full Root Access) |
| ติดตั้ง Redis / LiteSpeed | มักไม่ได้ | ได้ ติดตั้งเองทุกอย่าง |
| รองรับ Traffic Spike | เสี่ยงโดนจำกัดทรัพยากร | สเกล Spec ได้ตามต้องการ |
| เหมาะกับ | บล็อก / เว็บเล็ก Traffic ต่ำ | เว็บธุรกิจ / WooCommerce / Traffic สูง |
สรุปง่ายๆ คือ ถ้าเว็บของคุณยังเล็ก มี Traffic ต่ำกว่า 10,000 PV/เดือน และไม่ต้องการติดตั้งซอฟต์แวร์พิเศษ Shared Hosting ก็เพียงพอและประหยัดกว่า แต่เมื่อต้องการ Redis, ควบคุม PHP-FPM เอง, หรือเริ่มเจอปัญหาทรัพยากรถูกจำกัดในช่วง Traffic พุ่ง นั่นคือสัญญาณว่าถึงเวลาย้ายมา VPS
ปัจจัยที่กำหนด Spec ที่ต้องการ
ก่อนเลือก Spec ให้ตอบคำถามเหล่านี้ก่อน:
- จำนวนผู้เข้าชม (Concurrent Users): ยิ่งมาก ยิ่งต้องการ RAM และ CPU สูง
- จำนวน Plugin: Plugin หนักๆ เช่น WooCommerce, WPML, Elementor ใช้ RAM เพิ่มอย่างมีนัยสำคัญ
- มี E-Commerce ไหม: WooCommerce ต้องการ MySQL Transaction มากกว่าบล็อกทั่วไป 3–5 เท่า
- ใช้ Cache ไหม: LiteSpeed Cache หรือ WP Rocket ลด CPU Load ได้ 60–80% แต่ต้องการ RAM สำหรับ Cache Store
- มีรูปหรือ Media มากไหม: การ Resize รูปผ่าน PHP ดูด CPU อย่างมาก
ตารางเปรียบเทียบ Spec ตามขนาดเว็บ
| ประเภทเว็บ | Traffic/เดือน | RAM แนะนำ | vCPU | SSD | ความเหมาะสม |
|---|---|---|---|---|---|
| บล็อกส่วนตัว / Portfolio | < 10,000 PV | 1 GB | 1 Core | 20 GB | เพียงพอ |
| บล็อก / นิตยสารออนไลน์ | 10,000–50,000 PV | 2 GB | 2 Core | 40 GB | แนะนำ |
| ร้านค้า WooCommerce ขนาดเล็ก | 10,000–30,000 PV | 2 GB | 2 Core | 40 GB | แนะนำ |
| ร้านค้า WooCommerce ขนาดกลาง | 30,000–100,000 PV | 4 GB | 4 Core | 60 GB | ขั้นต่ำแนะนำ |
| เว็บข่าว / Traffic สูง | 100,000+ PV | 8 GB+ | 4–8 Core | 80 GB+ | ต้องวางแผนเพิ่ม |
หมายเหตุ: ตัวเลขข้างต้นสมมติว่าเปิด OPcache และใช้ Page Cache อยู่แล้ว หากไม่มี Cache ให้เพิ่ม RAM อีก 2 เท่า
RAM — ทรัพยากรที่สำคัญที่สุด
WordPress PHP Process ใช้ RAM ประมาณ 64–128 MB ต่อ Request (ไม่มี Cache) บวก MySQL, Nginx, และ OS อีก ตาราง Memory ต่ำสุดที่ควรมี:
- OS + Nginx/Apache: ~200 MB
- MySQL: 256–512 MB (ขึ้นกับ Buffer Pool)
- PHP-FPM Workers (10 Process): 640 MB–1.2 GB
- OPcache: 128 MB
- รวม VPS 2 GB: เหลือ Headroom ประมาณ 200–400 MB — เพียงพอสำหรับ Traffic ปกติ
⚠️ หาก RAM น้อยเกินไป: Linux จะใช้ Swap (Disk) แทน RAM ซึ่งช้ากว่า 100 เท่า ส่งผลให้เว็บ Hang และ TTFB พุ่งเกิน 5 วินาที ให้เปิดดู free -h และ vmstat 1 เพื่อตรวจว่ากำลัง Swap อยู่ไหม
CPU — กี่ Core ถึงพอ?
WordPress เป็น Single-Thread Application แต่ PHP-FPM รัน Worker หลาย Process พร้อมกัน ดังนั้น CPU Core หลายตัวช่วยจัดการ Concurrent Request ได้ดีขึ้น
- 1 vCPU: รับได้ ~5–10 Concurrent Users (มี Cache)
- 2 vCPU: รับได้ ~20–30 Concurrent Users — เหมาะกับเว็บส่วนใหญ่
- 4 vCPU: รับได้ ~50–100 Concurrent Users — เหมาะกับ E-Commerce
ตรวจ CPU Usage ด้วย top หรือ htop ถ้า Average Load สูงเกิน 70% สม่ำเสมอ ถึงเวลาอัปเกรด CPU
SSD Storage — ต้องใช้เท่าไหร่?
WordPress เองใช้ Disk น้อยมาก แต่สิ่งที่กิน Storage จริงคือ:
- รูปภาพและ Media: ถ้าอัปโหลดรูปคมชัดบ่อย Storage หมดเร็วมาก
- Database Backup: Backup ที่เก็บไว้บน VPS เดียวกัน
- Log Files: Access Log และ Error Log ของ Nginx/Apache
- WooCommerce Orders: ฐานข้อมูลโต 1–2 GB/ปีสำหรับร้านค้าขนาดกลาง
สำหรับเว็บทั่วไป 20–40 GB SSD เพียงพอ แต่ถ้ามี Media Library ขนาดใหญ่ให้เพิ่มเป็น 60–80 GB หรือใช้ Object Storage แยก
สัญญาณว่าถึงเวลาอัปเกรด VPS
การเลือก Spec ที่ถูกต้องตั้งแต่แรกสำคัญ แต่เว็บที่เติบโตย่อมต้องการมากขึ้นเรื่อยๆ สังเกตสัญญาณเหล่านี้ — ถ้าเจอตั้งแต่ 2 ข้อขึ้นไปสม่ำเสมอ แปลว่า Spec ปัจจุบันเริ่มไม่พอแล้ว:
- RAM Usage แตะ 85–90% ตลอดเวลา: รัน
free -hแล้วเห็น available memory เหลือน้อยมาก และเริ่มมีการใช้ Swap - CPU Load Average สูงกว่าจำนวน Core: เช่น VPS 2 Core แต่
htopโชว์ load average 3–4 ต่อเนื่อง หมายความว่า Request เข้าคิวรอ - TTFB ช้าลงเรื่อยๆ: เวลาตอบสนองหน้าแรกพุ่งจากหลักร้อย ms เป็นหลักวินาที แม้เปิด Cache แล้ว
- เว็บล่มช่วง Traffic Spike: ทุกครั้งที่มีแคมเปญหรือ Flash Sale เว็บ Error 502/504 หรือโหลดไม่ขึ้น
- Disk เหลือน้อยกว่า 15%: Media และ Database โตจน SSD ใกล้เต็ม เสี่ยง MySQL หยุดทำงาน
- Backup ทำไม่สำเร็จ: เพราะ RAM หรือ Disk ไม่พอระหว่างกระบวนการ Backup
เคล็ดลับ: ก่อนตัดสินใจอัปเกรด ลองทำ Optimization ในหัวข้อถัดไปก่อน — หลายครั้งการเปิด Cache และ OPcache ช่วยยืดอายุ Spec เดิมได้อีกหลายเดือนโดยไม่ต้องจ่ายเพิ่ม แต่ถ้า Optimize เต็มที่แล้วยังเจอสัญญาณข้างต้น นั่นคือเวลาอัปเกรดจริง
Stack ที่แนะนำสำหรับ WordPress บน VPS
Option 1 — Nginx + PHP-FPM + MariaDB (แนะนำ)
เป็น Stack มาตรฐานที่ให้ประสิทธิภาพสูงสุด Nginx ใช้ Memory น้อยกว่า Apache และรับ Concurrent Connection ได้มากกว่ามาก
- Nginx — Static Files + Reverse Proxy
- PHP-FPM 8.2 หรือ 8.3 — Dynamic PHP Processing
- MariaDB — Database (ใช้แทน MySQL ได้ Compatible ทั้งหมด)
- Redis — Object Cache สำหรับ WordPress Transients
- LiteSpeed Cache หรือ WP Rocket — Page Cache
Option 2 — Apache + PHP + MySQL (ง่ายกว่า)
ถ้าคุ้นเคยกับ Apache มากกว่า ก็ใช้ได้ แต่ต้องการ RAM มากกว่า Nginx ประมาณ 20–30% ควรเปิด mod_cache และ mod_deflate เสริมด้วย
การ Optimize ที่ช่วยลด Spec ที่ต้องการ
ก่อนอัปเกรด VPS ลองสิ่งเหล่านี้ก่อน — บางครั้งช่วยได้โดยไม่ต้องจ่ายเพิ่ม:
- เปิด OPcache: ลด CPU 40–60% ทันที — เพียงเพิ่ม 3 บรรทัดใน
php.ini - ติดตั้ง Redis Object Cache: ลด Database Query ซ้ำๆ ช่วย WooCommerce มาก
- เปิด Page Cache: Static HTML Cache ทำให้ WordPress เสิร์ฟเหมือน Static Site — ลด CPU ได้ 70–80%
- ปรับ PHP-FPM pm.max_children: อย่าตั้งสูงเกิน RAM จะไหว (สูตร: RAM Available ÷ 128 MB)
- เปิด Gzip Compression: ลด Bandwidth 60–70% ลด Load บน Network
- ลบ Plugin ที่ไม่ใช้: Plugin ที่ Activate แต่ไม่ได้ใช้ยังรัน PHP Hook อยู่
ตัวอย่างจริง: เว็บข่าวไทยกับ VPS 2 GB
เว็บข่าวที่มี Traffic 20,000 PV/วัน รัน WordPress + WooCommerce (ขายสินค้าดิจิทัล) บน VPS 2 GB RAM / 2 vCPU / 40 GB SSD ด้วย Stack Nginx + PHP-FPM 8.2 + MariaDB + Redis + LiteSpeed Cache
- Average RAM Usage: 1.4 GB (Headroom 600 MB)
- CPU Average Load: 15–20% (เพิ่มเป็น 60% ช่วง Flash Sale)
- TTFB (Cached): 80–120 ms
- TTFB (Uncached): 400–600 ms
ผลลัพธ์: ใช้ได้ดีในวันปกติ ช่วง Traffic Spike (Flash Sale) อาจต้องอัปเกรดเป็น 4 GB เพื่อ Safety Margin
สรุป: Spec แนะนำตาม Use Case
- เริ่มต้น / บล็อก: 1 GB RAM, 1 vCPU — ประหยัด ทดลองได้ก่อน
- เว็บธุรกิจทั่วไป: 2 GB RAM, 2 vCPU — จุดคุ้มค่าที่สุด รองรับ Traffic ส่วนใหญ่
- WooCommerce / E-Commerce: 4 GB RAM, 4 vCPU — รองรับ Order, Payment และ Concurrent User ได้ดี
- Traffic สูง / Media Heavy: 8 GB+ RAM, 4–8 vCPU + Redis + CDN
AsiaGB VPS เริ่มต้นที่ 500 บาท/เดือน มีให้เลือกทั้ง Spec เล็กสำหรับเริ่มต้นและ Spec ใหญ่สำหรับเว็บ Traffic สูง ทำเลเซิร์ฟเวอร์ไทย และ สิงคโปร์
คำถามที่พบบ่อย (FAQ)
WordPress ตัวเปล่าต้องการ RAM เท่าไหร่?
WordPress ที่ติดตั้งสดๆ ไม่มี Plugin หนัก และเปิด OPcache + Page Cache ใช้ RAM จริงประมาณ 256–512 MB ต่อ Instance หลัก แต่ในทางปฏิบัติควรมี RAM อย่างน้อย 1 GB เพื่อเผื่อ MySQL, Nginx และ OS ส่วน 2 GB คือจุดที่ใช้งานสบายสำหรับเว็บธุรกิจทั่วไป
VPS 1 GB รัน WooCommerce ได้ไหม?
ได้ในกรณีร้านเล็กมาก สินค้าน้อย และ Traffic ต่ำ แต่ไม่แนะนำ เพราะ WooCommerce ใช้ Database Transaction มากกว่าบล็อกทั่วไป 3–5 เท่า และหน้าตะกร้า/ชำระเงิน Cache ไม่ได้ ทำให้ทุก Request วิ่งเข้า PHP + MySQL จริง สำหรับ WooCommerce ควรเริ่มที่ 2 GB RAM ขึ้นไป
เพิ่ม RAM อย่างเดียวพอไหม หรือต้องเพิ่ม CPU ด้วย?
ขึ้นกับ Bottleneck ถ้า free -h โชว์ RAM เต็มและมี Swap ให้เพิ่ม RAM ก่อน แต่ถ้า htop โชว์ CPU Load สูงกว่าจำนวน Core ต่อเนื่อง แปลว่า CPU คือคอขวด ต้องเพิ่ม Core โดยทั่วไป VPS ที่สมดุลจะเพิ่ม RAM และ vCPU ไปพร้อมกัน (เช่น 2 GB/2 Core → 4 GB/4 Core)
VPS ของ AsiaGB เริ่มต้นราคาเท่าไหร่ และมีที่ไหนบ้าง?
AsiaGB VPS เริ่มต้นที่ 500 บาท/เดือน มาพร้อม Full Root Access และ SSD Storage มีให้เลือกทำเลเซิร์ฟเวอร์ในไทยและสิงคโปร์ พร้อม Uptime 99% สามารถเริ่มจาก Spec เล็กแล้วอัปเกรดเมื่อเว็บโตได้
VPS สำหรับ WordPress พร้อมให้คุณเริ่มได้เลย
Full Root Access, SSD Storage, Uptime 99% เริ่มต้น 500 บาท/เดือน — ทำเลไทย / สิงคโปร์
ดูแพ็กเกจ VPS