จะเช่า VPS แต่ไม่รู้เลือกสเปกเท่าไหร่? เลือก RAM/CPU/Disk ให้พอดีเว็บ — ไม่ over ไม่ under

"พี่อ๊อด เว็บผมจะย้ายขึ้น VPS — ต้องเอา RAM กี่ GB ถึงจะพอครับ"

สายเด้งมาตอนสายๆ วันหนึ่ง น้องคนทำเว็บที่เคยคุยกันทักมาถามสั้นๆ แต่เป็นคำถามที่ผมว่ามันใหญ่กว่าที่หลายคนคิด

"พี่อ๊อด พอดีผมจะย้ายเว็บลูกค้าขึ้น VPS แล้วครับ เปิดหน้าแพ็กมาเจอ RAM 4GB 8GB 16GB 32GB ราคาไล่กันขึ้นไปเป็นขั้นๆ เลย ผมเลยงงว่า เว็บแบบลูกค้าผมเนี่ย ต้องเอาตัวไหนถึงจะพอ ไม่อยากเลือกน้อยไปแล้วเว็บล่ม แต่ก็ไม่อยากจ่ายแพงเกินจำเป็นทุกเดือนน่ะครับ"

ผมอ่านแล้วยิ้มเลยครับ เพราะนี่คือคำถามที่คนทำเว็บทักมาถามผมบ่อยที่สุดเรื่องหนึ่ง — และมันเป็นคำถามที่ "ดีมาก" เพราะคนถามรู้ตัวว่ามันมีจุดที่เลือกผิดแล้วเจ็บได้ แต่ที่ผมอยากเตือนคือ ส่วนใหญ่พอกลัวเลือกผิด ก็เลยไปจบที่ทางที่ "ดูปลอดภัยไว้ก่อน" — คือซื้อเผื่อไว้เยอะๆ — ซึ่งนั่นแหละคือกับดักที่ผมอยากให้ระวัง

ผมเขียนโค้ดทำเว็บมา 20 ปี ทำโฮสติ้งมา 11 ปี ดูแลเว็บลูกค้ารวมกันกว่า 5,000 เว็บ และ VPS อีกราว 600 เครื่อง คำถามเรื่อง "เลือกสเปกเท่าไหร่ดี" นี้ผมตอบมานับครั้งไม่ถ้วน เลยอยากเขียนเป็นบทความให้ครบเลย — ให้กรอบการคิดที่ เป็นกลาง กับคุณ ว่าจริงๆ แล้วการ เลือกสเปก VPS ให้พอดีต้องดูจากอะไรบ้าง และทำไมตัวเลข RAM/CPU ที่แรงที่สุดถึงไม่ได้แปลว่าเว็บจะเร็วที่สุดเสมอไป อ่านจบแล้วคุณจะเลือกได้เองอย่างมั่นใจ โดยไม่ต้องเดา และไม่ต้องกลัวว่าจะโดนเชียร์แพ็กแพงเกินจำเป็น

ขอเปิดด้วยข้อเท็จจริงหนึ่งที่หลายคนไม่เคยรู้ และมันช่วยปลดล็อกความกลัว "ไม่พอ" ได้เยอะเลยครับ — WordPress เอง (ผู้พัฒนาตัวจริง) ไม่ได้กำหนด "RAM ขั้นต่ำ" ไว้ในข้อกำหนดทางการด้วยซ้ำ หน้า requirements ทางการของเขาระบุแค่เรื่องเวอร์ชัน PHP, ฐานข้อมูล, และให้ใช้ HTTPS — ไม่มีบรรทัดไหนบอกว่า "ต้อง RAM กี่ GB" ส่วนคู่มือทั่วไปที่ลงรายละเอียดกว่านั้น ก็ระบุ RAM ขั้นต่ำไว้ที่ระดับ 512MB เท่านั้นเอง

ผมไม่ได้ยกตัวเลขนี้มาให้คุณไปเช่า VPS RAM 512MB นะครับ (เดี๋ยวจะอธิบายว่าทำไมของจริงต้องเผื่อกว่านั้น) แต่ผมอยากให้เห็นภาพว่า — ถ้าแม้แต่เจ้าของแพลตฟอร์มยังไม่ได้บอกว่า "ต้องแรง" แล้วทำไมเราถึงรีบไปกดแพ็ก RAM 8GB ตั้งแต่วันแรกล่ะ? คำตอบคือเพราะเรากลัว และความกลัวนั้นมาจากความเข้าใจผิดเรื่องเดียว ที่ผมจะแก้ให้ในหัวข้อถัดไป

ความเข้าใจผิดที่แพงที่สุด: "ยิ่งสเปกแรง = ยิ่งเร็ว เลยซื้อเผื่อไว้เยอะๆ"

นี่คือ ความเข้าใจผิด ((ความเข้าใจผิด)) ที่ผมเจอบ่อยที่สุดเวลาคนเลือก VPS

หลายคนคิดว่า RAM กับ CPU เหมือน "เกจวัดความเร็ว" — ยิ่งเลขเยอะ เว็บยิ่งวิ่งเร็ว เลยอัปไว้ก่อนเผื่ออนาคต แต่ความจริงคือ RAM กับ CPU ไม่ใช่ "ตัวเร่งความเร็ว" — มันคือ "ความจุ" (capacity) ต่างหาก

ผมขอเปรียบเทียบง่ายๆ ครับ RAM เหมือน จำนวนโต๊ะในร้านอาหาร ถ้าร้านคุณมีลูกค้าเข้ามาพร้อมกัน 20 คน คุณต้องมีโต๊ะพอให้ 20 คนนั่ง — แต่ถ้าวันไหนมีลูกค้าแค่ 5 คน การที่คุณมีโต๊ะ 200 ตัว มันไม่ได้ทำให้อาหารเสิร์ฟเร็วขึ้นเลย โต๊ะที่เหลือก็แค่ว่างเปล่า เปลืองค่าเช่าที่

VPS ก็เหมือนกัน — ถ้าเว็บคุณมีคนเข้าพร้อมกันไม่เยอะ การมี RAM 16GB ทั้งที่ใช้จริงแค่ 2GB มันไม่ได้ทำให้หน้าเว็บโหลดเร็วขึ้นแม้แต่วินาทีเดียว มันแค่นั่งว่างรอ "เผื่อ" ที่อาจไม่มีวันมาถึง ความเร็วของการโหลดหน้าแต่ละหน้า (เร็วต่อ request) ขึ้นอยู่กับ สถาปัตยกรรมและการ optimize ต่างหาก ไม่ใช่ปริมาณ RAM ที่เหลือเฟือ

raw spec จะเริ่มมีผลก็ต่อเมื่อเว็บคุณ "เต็มความจุจริงๆ" เท่านั้น — RAM เต็มจนเครื่องเริ่มเอาข้อมูลไปพักบนดิสก์ (swap) ทำให้ทุกอย่างอืดลง หรือ CPU วิ่ง 100% จนประมวลผลไม่ทัน เคสแบบนี้แหละที่ "ต้องอัป" แต่ถ้าเครื่องยังว่างอยู่ การเติมสเปกก็เหมือนซื้อโต๊ะเพิ่มให้ร้านที่ยังไม่เต็ม

🔵 (ความเข้าใจผิด): "ยิ่ง RAM/CPU เยอะ เว็บยิ่งเร็ว เลยซื้อเผื่อไว้ก่อน" — ผิด เพราะ RAM/CPU = ความจุ ไม่ใช่ความเร็วต่อ request · เครื่องสเปกแรงที่นั่งว่างครึ่งเครื่อง ไม่ได้เร็วกว่าเครื่องพอดีที่วาง stack ดี

และนี่ก็เชื่อมกลับมาที่ตัวเลข 512MB เมื่อกี้พอดี — เหตุผลที่ผู้พัฒนาไม่กล้าฟันธง "RAM ขั้นต่ำ" สูงๆ ก็เพราะมันขึ้นอยู่กับว่า "เว็บคุณทำงานหนักแค่ไหน" ไม่ใช่ "เว็บใหญ่แค่ไหน" — ตัวเลขเดียวกันรับเว็บคนละแบบได้ไม่เท่ากัน ดังนั้นตัวเลขในตารางแพ็กมันบอกอะไรคุณได้น้อยกว่าที่คิด ถ้าคุณยังไม่รู้ว่า "เว็บคุณกินทรัพยากรแบบไหน"

เลือกผิดเจ็บได้สองทาง — และทั้งสองทางคนทั้งวงการก็เตือนตรงกัน

ก่อนจะไปดูว่าต้องดูตัวแปรอะไร ผมอยากย้ำว่าทำไมเรื่องนี้ถึงสำคัญ เพราะการเลือกสเปกผิด มัน เจ็บได้สองทาง ไม่ใช่ทางเดียว:

• เลือกน้อยไป (under) — RAM ไม่พอ เว็บล่มเป็นช่วงๆ ตอนคนเข้าเยอะ ลูกค้าด่า เสียยอด นี่คือทางที่คนกลัวกัน
• เลือกมากไป (over) — จ่ายแพงขึ้นทุกเดือน ทั้งที่ทรัพยากรนั่งว่างอยู่ครึ่งหนึ่ง เผาเงินทิ้งเปล่าๆ นี่คือทางที่คนมัก "เผลอ" ทำเพราะกลัวข้อแรก

และนี่ไม่ใช่แค่ความเห็นของผมคนเดียวนะครับ — เอกสารด้านการเลือกสเปกเซิร์ฟเวอร์ทั้งของไทยและต่างประเทศพูดตรงกันชัดเจนว่า "เลือกสเปกผิด" นำไปสู่ได้สองอย่าง คือเกิดคอขวด (เว็บอืด/ล่ม) หรือไม่ก็จ่ายเกินความจำเป็นโดยใช่เหตุ — เป๊ะตามที่ผมเล่า ดังนั้นเป้าหมายของบทความนี้คือพาคุณไปยืนตรงกลางพอดี ไม่ตกหลุมข้างไหนทั้งนั้น

ตัวแปรที่ต้องดูจริงๆ ก่อนเลือกสเปก (ไม่ใช่ยอดวิวรวม)

มาถึงจุดที่คนมักมองข้าม — (สิ่งที่ขาด) ที่ทำให้เลือกสเปกผิดบ่อยที่สุดคือ การดู "ตัวเลขผิดตัว" นี่คือตัวแปรที่ต้องดูจริงๆ ครับ:

1. จำนวนคนเข้าพร้อมกัน (concurrent users) — ไม่ใช่ยอดวิวรวมต่อเดือน

นี่คือตัวเลขที่สำคัญที่สุดและคนเข้าใจผิดมากที่สุด คนชอบบอกผมว่า "เว็บผมมีคนเข้าเดือนละแสน" — แต่ตัวเลขนั้นแทบไม่มีความหมายกับการเลือกสเปกเลยครับ เพราะสิ่งที่ทำให้เครื่องทำงานหนักคือ มีกี่คนกดเข้าเว็บใน "วินาทีเดียวกัน" ต่างหาก

ยอดวิวแสนหนึ่งต่อเดือน ถ้าเกลี่ยทั้งวันทั้งคืนอาจเหลือคนออนไลน์พร้อมกันแค่หลักสิบ — เครื่องเล็กๆ ก็เอาอยู่สบาย แต่ถ้าเว็บคุณมีช่วงพีค เช่น ยิงแอด/ไลฟ์ขายของแล้วคนแห่เข้ามาพร้อมกัน 500 คนในนาทีเดียว นั่นแหละคือโจทย์จริง ดังนั้นเวลาประเมิน ให้ถามตัวเองว่า "ช่วงพีคสุดของเว็บ มีคนเข้าพร้อมกันประมาณกี่คน"

2. ประเภทเว็บ — เบาหรือหนัก ต่างกันคนละเรื่อง

เว็บแต่ละแบบกินทรัพยากรไม่เท่ากันเลยครับ:

• เว็บเบา — บล็อก, เว็บบริษัทแนะนำบริการ (company profile), Landing Page ส่วนใหญ่เป็นหน้าที่เนื้อหาไม่ค่อยเปลี่ยน cache ได้ง่าย กินทรัพยากรน้อยมาก
• เว็บหนัก — ร้านค้าออนไลน์ (WooCommerce / e-commerce), เว็บที่มีระบบสมาชิก/ล็อกอิน, ฟอรั่ม, ระบบจองคิว เว็บพวกนี้มีหน้าที่ "เปลี่ยนตามแต่ละคน" (เช่น ตะกร้าสินค้า, หน้าบัญชีผู้ใช้) ซึ่ง cache เต็มหน้าแบบเดิมๆ ไม่ได้ ต้องรัน PHP + ยิง query ฐานข้อมูลจริงบ่อยกว่า → กิน RAM และ CPU มากกว่าเว็บเนื้อหาธรรมดาหลายเท่า
• โฮสต์หลายเว็บบนเครื่องเดียว — ถ้าคุณเป็น agency เอาเว็บลูกค้า 10-20 เว็บมาวางรวมบน VPS ตัวเดียว ทรัพยากรก็ต้องหารกัน ต้องเผื่อให้พอสำหรับทุกเว็บรวมกันในช่วงที่หลายเว็บมีคนเข้าพร้อมกัน

💡 จุดที่อยากให้เห็นคือ — การเลือกสเปก "ตามประเภทงาน" (workload) แบบนี้ ไม่ใช่วิธีบ้านๆ ที่ผมคิดเองนะครับ แม้แต่ผู้ให้บริการคลาวด์ระดับโลกก็จัดหมวดเครื่องของเขาตามลักษณะงานเหมือนกันเป๊ะ — เครื่องพื้นฐานสำหรับบล็อก/งานทดสอบ, เครื่อง general purpose สำหรับเว็บ traffic ปานกลางถึงสูง, แล้วก็มีเครื่องที่เน้น CPU / เน้น RAM / เน้นพื้นที่ แยกไปอีกตามงานที่ต่างกัน พูดง่ายๆ คือคำถามที่ถูกไม่ใช่ "เอาแพ็กไหนแรงสุด" แต่คือ "งานของเราเป็นงานแบบไหน" แล้วค่อยจับคู่กับสเปก

3. ขนาดข้อมูล — ไฟล์ + ฐานข้อมูล + อีเมล + backup

อันนี้ไว้คำนวณ Disk โดยเฉพาะ อย่าลืมว่าพื้นที่ดิสก์ไม่ได้ใช้แค่เก็บไฟล์เว็บ มันต้องเก็บ ฐานข้อมูล (ที่โตขึ้นเรื่อยๆ ตามจำนวนโพสต์/ออเดอร์), กล่องอีเมล (ถ้าคุณใช้อีเมลโดเมนตัวเองหลายบัญชี อันนี้กินที่เยอะกว่าที่คิด), log ของระบบ และที่คนลืมบ่อยสุดคือ พื้นที่สำหรับเก็บ backup (เรื่อง backup ให้อยู่ถูกที่และกู้ได้จริง ผมเขียนละเอียดไว้ที่ ไม่มี Backup = หายนะ)

RAM ใช้ทำอะไร — และทำไมน้อยไปถึงทำเว็บล่ม

มาเจาะทีละตัวครับ เริ่มจาก RAM ซึ่งเป็นตัวที่คนถามบ่อยสุดว่า "vps ram เท่าไหร่พอ"

RAM บน VPS ไม่ได้ถูกใช้โดยเว็บอย่างเดียว แต่ถูกแบ่งกันใช้โดยหลายส่วน:

• ระบบปฏิบัติการ (OS) + control panel เช่น ตัว Linux เอง บวก DirectAdmin/cPanel กินไปส่วนหนึ่งเป็นพื้นฐาน
• PHP processes — ทุกครั้งที่มีคนเปิดหน้าที่ cache ไม่ได้ เซิร์ฟเวอร์ต้องเปิด PHP process ขึ้นมาประมวลผลหนึ่งตัว แต่ละตัวกิน RAM ราวๆ 30-80MB (ขึ้นอยู่กับธีม/ปลั๊กอิน) ยิ่งคนเข้าพร้อมกันเยอะ ยิ่งต้องเปิด process พร้อมกันมาก → กิน RAM รวมเยอะตามนั้น
• MySQL/MariaDB (ฐานข้อมูล) — ตัวจัดการฐานข้อมูลก็ต้องการ RAM ไว้ทำงานและ cache ผลลัพธ์ที่ใช้บ่อย เว็บที่ query หนักจะใช้ส่วนนี้มาก
• Cache เช่น Redis/Memcached (object cache) — ถ้าเปิดใช้เพื่อช่วยลดภาระฐานข้อมูล ส่วนนี้ก็จอง RAM เพิ่ม (แต่แลกมากับความเร็วที่ดีขึ้น คุ้มมาก)

ทีนี้ปัญหาคือ — ถ้า RAM ไม่พอจะเกิดอะไรขึ้น? เมื่อคนเข้าพร้อมกันเยอะจนต้องเปิด PHP process มากเกินกว่า RAM จะรับไหว ระบบ Linux จะเริ่มฆ่า process ทิ้งเพื่อเอาตัวรอด (เรียกว่า OOM — Out Of Memory) ผลคือเว็บล่มเป็นช่วงๆ ขึ้น error 500 หรือฐานข้อมูลหลุด — มักเกิดตอนคนเข้าเยอะที่สุด ซึ่งก็คือตอนที่คุณเสียลูกค้ามากที่สุดพอดี นี่คือเหตุผลว่าทำไม RAM น้อยเกินไปถึงอันตรายกว่า CPU น้อยเกินไปในหลายๆ เคส — เพราะ RAM เต็มแล้วเว็บ "ล่ม" ส่วน CPU เต็มแค่ทำให้ "ช้าลง"

นี่แหละครับคือเหตุผลที่ผมบอกว่า อย่าไปเช่า RAM 512MB ตามตัวเลขขั้นต่ำในคู่มือ — ตัวเลขขั้นต่ำคือ "พอให้รันได้" ไม่ใช่ "พอให้รับคนพร้อมกันได้สบาย" ของจริงต้องเผื่อ headroom ไว้สำหรับช่วงพีค ไม่ใช่เผื่อแบบ 10 เท่า แต่เผื่อแบบมีที่หายใจ

CPU core — เมื่อไหร่ถึงต้องเพิ่ม

ต่อมาคือคำถามว่า "vps กี่ core ดี" — CPU core คือกำลังประมวลผล ใช้ตอนเซิร์ฟเวอร์ต้อง "คิด" เช่น รันโค้ด PHP, ประมวลผล query ฐานข้อมูลที่ซับซ้อน, บีบอัดรูป, หรือเข้ารหัส SSL

หลักง่ายๆ คือ CPU จะเป็นคอขวดเมื่อมี request ที่ต้องประมวลผลหนักเข้ามาพร้อมกันหลายตัว เว็บเนื้อหาธรรมดาที่ cache ได้ดี แทบไม่แตะ CPU เลย เพราะส่งหน้าที่เก็บไว้แล้วกลับไปได้เลย แต่เว็บที่หน้าส่วนใหญ่ cache ไม่ได้ (เช่น ร้านค้าตอนคนกดสั่งของพร้อมกัน, เว็บสมาชิกที่ทุกหน้าต้องเช็คล็อกอิน) — แต่ละ request ต้องให้ CPU ประมวลผลใหม่ พอเข้ามาพร้อมกันเยอะ CPU ก็วิ่งขึ้นไปแตะ 100% แล้วเริ่มจัดคิว ทำให้ทุกคนรอนานขึ้น

สัญญาณว่า CPU ไม่พอคือ เวลาคนเข้าเยอะ เว็บ "ช้าลงพร้อมกันทั้งเว็บ" และดู monitoring แล้วเห็น CPU ค้างอยู่ที่ 100% นานๆ — ตอนนั้นการเพิ่ม core จะช่วยได้จริง แต่ย้ำว่า ถ้าเว็บช้าทั้งที่ CPU ยังว่าง (ใช้แค่ 20-30%) ปัญหาไม่ได้อยู่ที่ core — มันอยู่ที่อย่างอื่น (เดี๋ยวเล่าต่อในหัวข้อ architecture)

Disk — ทำไม SSD/NVMe สำคัญกว่าขนาดที่คุณคิด

มาถึง Disk ครับ คนมักโฟกัสแค่ "พื้นที่กี่ GB" แต่จริงๆ มี สองมิติ ที่ต้องดู:

มิติที่ 1 — ความเร็ว I/O (อ่าน/เขียนข้อมูล): อันนี้สำคัญกับความเร็วเว็บโดยตรง เพราะทุกครั้งที่เว็บอ่านไฟล์หรือดึงข้อมูลจากฐานข้อมูล มันต้องอ่านจากดิสก์ ดิสก์แบบ NVMe SSD เร็วกว่า SATA SSD หลายเท่า และเร็วกว่า HDD จานหมุน แบบเทียบกันไม่ติด ดังนั้นถ้าโฮสต์ไหนยังใช้ HDD อยู่ ต่อให้ RAM/CPU เยอะแค่ไหน เว็บก็จะมีอาการหน่วงเวลาอ่าน/เขียนข้อมูล โดยเฉพาะเว็บที่ query ฐานข้อมูลบ่อย — เรื่องชนิดของดิสก์ (NVMe vs SATA vs HDD) สำคัญกว่าจำนวน GB ในแง่ความเร็วเสมอ (คู่มือเซิร์ฟเวอร์ทั่วไปก็แนะนำตรงกันว่าควรเป็น SSD เป็นมาตรฐาน ไม่ใช่ HDD)

มิติที่ 2 — ขนาดที่เผื่อการโต: อย่างที่บอกไปข้างต้น ดิสก์ต้องเก็บ ไฟล์เว็บ + ฐานข้อมูล + อีเมล + log + backup ผมแนะนำให้ดูพื้นที่ที่ใช้ตอนนี้ แล้ว เผื่อการโตอย่างน้อย 1 ปีข้างหน้า อย่าเลือกพอดีเป๊ะจนพอข้อมูลโตนิดเดียวก็เต็ม เพราะดิสก์เต็มบน VPS เป็นเรื่องที่ทำให้เว็บพังได้ (ระบบเขียน log/temp ไม่ได้ → service หยุด) แต่ก็อย่าเผื่อเว่อร์เกินเหตุ เพราะดิสก์ก็เป็นต้นทุนเหมือนกัน — เผื่อให้พอหายใจ ไม่ใช่เผื่อ 10 เท่า

ตารางแพ็กบอก "ราคา" แต่ไม่บอกว่า "เว็บคุณควรหยิบตัวไหน"

มาถึงจุดที่ผมว่าเป็นปัญหาเงียบๆ ของทั้งวงการ และเป็นเหตุผลแท้จริงที่น้องคนนั้นต้องทักมาถามผมตั้งแต่ต้นบทความ

ลองสังเกตดูนะครับ — เวลาคุณเปิดหน้าแพ็ก VPS ของผู้ให้บริการเจ้าไหนก็ตาม สิ่งที่คุณเจอคือ ตารางสเปกไล่ตามราคา: RAM เท่านี้ CPU เท่านี้ Disk เท่านี้ ราคาเท่านี้ บางเจ้าก็แปะป้าย "แนะนำ" ไว้ที่ tier กลางๆ ตัวหนึ่ง แล้วก็... จบแค่นั้น เหลือให้คุณ "เดาเอง" ว่าเว็บแบบคุณควรหยิบตัวไหน

ปัญหาคือ — ตารางพวกนั้นมันบอกคุณได้แค่ "ราคา" กับ "ตัวเลขสเปก" แต่ไม่ได้ตอบคำถามที่คุณถามจริงๆ เลย คือ "เว็บแบบผมเนี่ย ควรหยิบตัวไหน" เพราะอย่างที่เล่ามาทั้งบทความ — คำตอบมันขึ้นกับ concurrent users + ประเภทเว็บ + cache ได้แค่ไหน ซึ่งเป็นข้อมูลที่ตารางแพ็กไม่มีทางรู้ มีแต่คุณ (หรือคนที่ถามคุณเป็น) เท่านั้นที่รู้

ผมเจอมาเยอะครับว่าสิ่งที่ผู้ให้บริการส่วนใหญ่ "มี" คือ คู่มือสอน วิธีสั่ง VPS (เลือก template, ตั้ง hostname, เข้า SSH) หรือคู่มือ วิธีตั้งค่าเครื่องหลังได้มาแล้ว — ซึ่งดีและจำเป็น แต่มันคือเรื่อง "หลัง" จากที่คุณเลือกสเปกเสร็จแล้วทั้งนั้น แทบไม่มีใครช่วย "ตัดสินใจ" ขั้นก่อนหน้านั้น คือ "เว็บแบบคุณควรเริ่มที่สเปกไหน" ให้เลย ช่องว่างตรงนี้แหละที่ทำให้คนทำเว็บจำนวนมากต้องเดา แล้วเดาแบบ "เผื่อไว้ก่อน" จนจ่ายเกิน

นี่คือจุดที่ผมตั้งใจทำให้ต่างออกไป — แต่เดี๋ยวผมเล่าในส่วน PhalconHost ก่อนจะถึงตรงนั้น ผมอยากให้คุณรู้จัก "ตัวแปรที่ตารางแพ็กมองไม่เห็น" อีกตัวหนึ่งก่อน เพราะมันคือหัวใจที่ทำให้คุณ "ไม่ต้อง" ซื้อสเปกเผื่อเลย

แนวทางเลือกสเปกคร่าวๆ ตามขนาดเว็บ (เริ่มพอดี แล้วสเกลทีหลังได้)

ทีนี้หลายคนอยากได้ตัวเลขจับต้องได้ ผมให้เป็น แนวทางคร่าวๆ นะครับ (ไม่ใช่กฎตายตัว เพราะของจริงต้องดูเว็บเป็นรายตัว) สำหรับคนที่ค้นหาว่า "vps สเปกเท่าไหร่ดี" หรือ "vps wordpress ใช้สเปกเท่าไหร่":

💡 หัวใจที่ผมอยากย้ำคือ: เริ่มจากสเปกที่พอดีกับวันนี้ แล้วค่อยสเกลขึ้นทีหลังได้ — VPS ที่ดีอัปสเปกได้ภายในไม่กี่นาทีเมื่อถึงเวลาจริง คุณไม่จำเป็นต้องจ่ายค่า RAM 8GB ตั้งแต่วันแรกเพื่อเว็บที่วันนี้มีคนเข้าวันละไม่กี่สิบคน รอให้ monitoring บอกว่าถึงเวลาแล้วค่อยอัป ปลอดภัยกว่าและไม่เปลืองเงินด้วย

ย้ำว่าตารางนี้เป็น "จุดเริ่ม" ไม่ใช่ "คำตอบสุดท้าย" — เว็บสองเว็บที่อยู่บรรทัดเดียวกันในตาราง ถ้าตัวหนึ่ง optimize ดีอีกตัวรกไปด้วยปลั๊กอินไม่จำเป็น ก็กินทรัพยากรคนละเรื่องกัน นี่แหละครับที่ผมบอกว่า "ดูเว็บเป็นรายตัว" ถึงจะแม่นจริง

หัวใจที่คนมองข้าม: architecture สำคัญกว่า raw spec

มาถึงจุดที่ผมอยากให้คุณจำกลับบ้านที่สุด — และเป็น (สิ่งที่ขาด) ที่ใหญ่ที่สุดของเรื่องนี้

คนส่วนใหญ่เปรียบเทียบ VPS กันที่ตัวเลข RAM/CPU เพราะมันเห็นง่าย (และเป็นตัวเลขเดียวที่ตารางแพ็กแสดงให้ดู) แต่สิ่งที่ไม่เห็นในตารางสเปก — และมีผลกับ "จำนวนคนที่เครื่องรับได้" มากกว่า — คือ web server ที่อยู่เบื้องหลัง

ผมขออธิบายแบบนี้ครับ: web server คือตัวที่คอยรับ request แล้วจัดการส่งหน้าเว็บกลับไป โฮสต์ส่วนใหญ่ในตลาดใช้ Apache ซึ่งทำงานแบบเปิด process/thread ต่อหนึ่ง connection พอคนเข้าพร้อมกันเยอะ มันต้องเปิด process จำนวนมาก ซึ่งกิน RAM เยอะและเริ่มอืดเมื่อ traffic พุ่ง ส่วน LiteSpeed ออกแบบมาแบบ event-driven ใช้ worker จำนวนน้อยจัดการ connection พร้อมกันได้จำนวนมาก โดยไม่ต้องเปิด process มหาศาล (LiteSpeed เป็นหนึ่งใน web server ที่คู่มือ WordPress สาย performance แนะนำให้ใช้ ไม่ใช่ของแปลกใหม่)

ผลในทางปฏิบัติคือ — บนสเปกเครื่องเท่ากันเป๊ะ LiteSpeed รับคนเข้าพร้อมกัน (concurrent) ได้มากกว่า และใช้ RAM คุ้มกว่า ยิ่งถ้ามี LSCache (full-page cache ระดับเซิร์ฟเวอร์) เว็บ WordPress ที่หน้า cache ได้จะส่งกลับโดยแทบไม่แตะ PHP/MySQL เลย — แปลว่าเครื่องเล็กๆ ก็รับคนได้เยอะมากในหน้าที่ cache ได้

นี่คือเหตุผลว่าทำไมผมถึงบอกว่า คุณไม่จำเป็นต้องซื้อสเปกเผื่อเยอะ — เพราะถ้า architecture ถูกจุด เครื่องสเปกพอดีๆ ก็รับงานได้สบายกว่าเครื่องสเปกแรงที่วาง stack ไม่ดี (เรื่องนี้ผมเขียนละเอียดไว้ใน WordPress ช้าทั้งที่สเปกไม่น้อย → ปัญหาที่ web server + cache ลองอ่านต่อได้) มันคือเหตุผลเดียวกับที่บอกว่า "เว็บช้าทั้งที่ CPU ยังว่าง" — เพราะคอขวดไม่ได้อยู่ที่แรงม้า มันอยู่ที่วิธีจัดการงาน

🟠 (สิ่งที่ขาด) ที่ใหญ่ที่สุด: คนเทียบ VPS แค่ raw spec (RAM/CPU/Disk ในตาราง) แต่ลืมดู web server เบื้องหลัง — ทั้งที่ architecture (เช่น LiteSpeed + LSCache) ตัดสิน "จำนวนคนที่รับได้ต่อสเปก" มากกว่าตัวเลขในตารางเสียอีก

สัญญาณว่าถึงเวลา "อัปจริง" (ไม่ใช่แค่เว็บช้าเพราะไม่มี cache)

แล้วเมื่อไหร่ถึงควรอัปสเปกจริงๆ ล่ะ? คำตอบคือ อย่าอัปเพราะ "รู้สึกว่าเว็บช้า" — ให้อัปเพราะ "monitoring บอกว่าทรัพยากรเต็มจริง" นี่คือสัญญาณที่บอกว่าถึงเวลาอัปจริง:

• RAM เต็มเรื้อรัง + เครื่องเริ่ม swap — ดู monitoring แล้ว RAM ใช้เกือบเต็มตลอด และมีค่า swap สูงขึ้น (เครื่องเอาข้อมูลไปพักบนดิสก์เพราะ RAM ไม่พอ) หรือเริ่มมีอาการ OOM เว็บล่มเป็นช่วงๆ ตอนคนเยอะ — อันนี้คือสัญญาณชัดว่า RAM ไม่พอจริง
• CPU ค้าง 100% นานๆ ตอนคนเข้าเยอะ — ไม่ใช่แค่พีคแว้บเดียวแล้วลง แต่ค้างยาวจนเว็บช้าทั้งเว็บ — แสดงว่า core ไม่พอกับงานประมวลผลที่เข้ามา
• ดิสก์ใกล้เต็ม (เกิน 80-85%) — ต้องขยายก่อนเต็ม เพราะดิสก์เต็มทำเว็บพังได้

วิธี "ดู monitoring ก่อนตัดสินใจอัป" แบบนี้ ก็เป็นวิธีเดียวกับที่ผู้ให้บริการคลาวด์ระดับโลกแนะนำเป๊ะนะครับ — เขาบอกตรงๆ ในเอกสารของเขาเลยว่า ก่อนจะสเกลเครื่องขึ้น ให้ไปดู กราฟการใช้งาน CPU และ RAM ของเครื่องจริง ก่อน ว่ามันเต็มจริงไหม ไม่ใช่อัปเพราะเดา นี่ไม่ใช่ "เทคนิคลับ" ของผม แต่เป็นวิธีที่มืออาชีพทั้งวงการใช้ — ตัดสินใจจากข้อมูลจริง ไม่ใช่จากความรู้สึก

แต่ก่อนจะรีบอัป เช็คก่อนเสมอว่าเว็บช้าเพราะ "ทรัพยากรเต็มจริง" หรือเพราะ "ยังไม่ได้ optimize" เพราะถ้าเว็บช้าทั้งที่ RAM/CPU ยังว่าง (ใช้แค่ 20-30%) นั่นไม่ใช่ปัญหาสเปก — มันคือปัญหาที่ไม่มี cache, PHP รุ่นเก่า, query หนัก, หรือรูปไม่ย่อ ซึ่งแก้ได้โดยไม่ต้องเสียเงินอัปเครื่องเลย การอัปสเปกตอนที่ปัญหาจริงคือ "ไม่มี cache" ก็เหมือนซื้อโต๊ะเพิ่มให้ร้านที่ครัวทำอาหารช้า — ลูกค้าก็ยังรอนานเหมือนเดิม

สรุป 3M ของการเลือกสเปก VPS (เอาไปเช็กก่อนกดแพ็ก)

ผมขอรวบ 3M ของเรื่อง "เลือกสเปก VPS" ให้เห็นเป็นภาพเดียว เอาไปเช็กก่อนตัดสินใจได้ทันที:

🔵 (ความเข้าใจผิด) (ความเข้าใจผิด)

• ยิ่ง RAM/CPU เยอะ เว็บยิ่งเร็ว — RAM/CPU คือความจุ ไม่ใช่ความเร็วต่อ request
• ตัวเลขในตารางแพ็กบอกได้ว่าเว็บควรใช้ตัวไหน — ตารางบอกแค่ราคา/สเปก แต่ไม่รู้ concurrent หรือ workload ของเว็บจริง
• เว็บช้าต้องอัปสเปกเสมอ — ถ้า CPU/RAM ยังว่าง ปัญหามักอยู่ที่ cache, query, PHP version หรือการ optimize

🟠 (สิ่งที่ขาด) (สิ่งที่มองข้าม)

• ดู "ยอดวิวรวม" แทน "คนเข้าพร้อมกัน (concurrent)"
• ลืมแยกประเภทเว็บ: เว็บเบาที่ cache ได้ vs เว็บหนักที่ cache ไม่ได้
• ลืมดู web server/architecture เบื้องหลัง ซึ่งตัดสินจำนวนคนต่อสเปกมากกว่าตัวเลขในตาราง
• ลืมเผื่อ disk สำหรับฐานข้อมูล อีเมล log และ backup

🔴 (สิ่งที่พลาด) (ความพลาดที่ทำเอง)

• กดแพ็กบนสุดเพราะกลัวไม่พอ แล้วจ่ายเกินทุกเดือน
• เลือกตามตัวเลขขั้นต่ำในคู่มือ ทั้งที่พอรันได้ไม่ได้แปลว่าพอรับช่วงพีค
• อัปสเปกเพราะ "รู้สึกว่าช้า" โดยไม่เปิด monitoring ดูก่อน
• เลือกโฮสต์ที่ดิสก์ยังเป็น HDD แล้วสงสัยว่าทำไมเว็บหน่วง

แล้ว PhalconHost ช่วยเรื่องนี้ยังไง — ประเมินจาก "เว็บจริงของคุณ" ไม่ขายเกิน

มาถึงตรงนี้ คุณคงเห็นแล้วว่าการเลือกสเปก VPS ให้พอดีมันไม่มีสูตรสำเร็จตายตัว — มันขึ้นอยู่กับเว็บของคุณจริงๆ ว่าเป็นเว็บแบบไหน คนเข้าพร้อมกันเท่าไหร่ cache ได้แค่ไหน และอย่างที่ผมเล่าในส่วน "ตารางแพ็กบอกราคา แต่ไม่บอกว่าเว็บคุณควรหยิบตัวไหน" — ตลาดส่วนใหญ่ปล่อยให้คุณเดาเอาเองจากตาราง

และนี่คือสิ่งที่ผมตั้งใจทำให้ต่างครับ — ที่ PhalconHost เราไม่ปล่อยให้คุณยืนเดาหน้าตารางแพ็กคนเดียว โมเดลของเราคือ "แจ้งมา เราจัดให้" — คุณบอกผมว่าเว็บคุณเป็นแบบไหน มีคนเข้าประมาณเท่าไหร่ ใช้ WordPress/WooCommerce หรือเปล่า ช่วงพีคหนักแค่ไหน ผมช่วยประเมินให้ได้เลยว่าควร เริ่มที่สเปกไหนถึงจะพอดี ไม่ over ไม่ under

ผมขอเล่าตรงๆ จากใจคนที่เคยเป็นคนทำเว็บนะครับ — ผมไม่ได้อยากขายสเปกแพงที่สุดให้คุณ ผมอยากให้คุณได้สเปกที่พอดี เพราะในฐานะคนทำเว็บมา 20 ปี ผมเคยเป็นคนที่ต้องเลือกสเปกเองโดยไม่มีใครแนะนำตามจริง เจอแต่ฝ่ายขายที่เชียร์แพ็กบนสุด ผมเลยตั้งใจทำที่นี่ให้ต่างออกไป — เพราะผมรู้ว่าการที่มี "คนที่รู้จริง" ช่วยดูให้สักนิด มันต่างกับการเดาเองลิบลับ

และที่สำคัญ — ที่ PhalconHost ผมวาง Premium Hosting โดยใช้ LiteSpeed + LSCache เป็นมาตรฐาน อยู่แล้ว แปลว่าคุณได้ความเร็วและรับคนได้เยอะโดยไม่ต้องไปไล่ซื้อสเปกเผื่อให้เปลืองเงิน (กลับไปอ่าน (สิ่งที่ขาด) ข้อใหญ่ข้างบนได้ — architecture รับคนได้เยอะต่อสเปกมากกว่าตัวเลขในตาราง) เริ่มพอดี อัปทีหลังได้เมื่อ monitoring บอกว่าถึงเวลาจริง นี่แหละครับคือ Dev ดูแล Dev — ผมแนะนำคุณแบบที่ผมอยากให้คนแนะนำผมตอนผมยังเป็นคนทำเว็บที่งงกับการเลือกสเปก

ขอพูดให้ชัดอีกนิดเพื่อความตรงไปตรงมา — เราเป็น VPS แบบ unmanaged ที่มี Dev คอยช่วยเกินหน้าที่ ไม่ใช่บริการ managed ที่ดูแลทุกอย่างบนเครื่องให้คุณแบบเบ็ดเสร็จ การ "ช่วยประเมินสเปก + ช่วยดูตอนติดจริงๆ" คือสิ่งที่เรายินดีทำเกินให้ แต่ถ้าสิ่งที่คุณต้องการคือทีมที่เข้ามาบริหารจัดการเซิร์ฟเวอร์ให้ทั้งหมดแบบ fully managed ดูแลทุก service รายวันแทนคุณ — อันนั้นเราบอกตรงๆ ว่าเราไม่ได้ทำถึงขั้นนั้น และผมจะบอกคุณตามจริงตั้งแต่แรก ไม่ใช่ปล่อยให้คาดหวังผิดแล้วมาเสียใจทีหลัง

ปิดท้าย

ถ้าตอนนี้คุณกำลังเปิดหน้าแพ็ก VPS แล้วลังเลว่าจะกดเลือกตัวไหน อย่าเพิ่งกดที่แพ็กแพงที่สุดเพราะกลัวไม่พอนะครับ ลองถามตัวเองก่อนสามข้อ: เว็บคุณเป็นแบบไหน (เบา/หนัก), ช่วงพีคมีคนเข้าพร้อมกันราวๆ เท่าไหร่, และข้อมูล/อีเมล/backup รวมกันกินที่เท่าไหร่ — สามข้อนี้จะตอบได้เกือบหมดแล้วว่าคุณควรเริ่มที่ไหน และจำไว้ว่า "เริ่มพอดี อัปทีหลังได้" ปลอดภัยกว่าซื้อเผื่อเสมอ

หรือถ้ายังไม่แน่ใจ ส่งรายละเอียดเว็บมาทักคุยกับผม (คุณอ๊อด) ทาง LINE ได้เลยครับ — บอกมาคร่าวๆ ว่าเว็บเป็นแบบไหน คนเข้าประมาณเท่าไหร่ ใช้ WordPress/WooCommerce ไหม เดี๋ยวผมช่วยดูให้ว่าเว็บแบบคุณควรเริ่มที่สเปกไหนถึงพอดี แจ้งมา เราจัดให้ — คุยกับ Dev ตัวจริงที่แนะนำตามจริง ไม่เชียร์แพ็กแพงเกินที่คุณต้องใช้ และถ้าเว็บคุณยังอยู่ shared แล้วยังไม่จำเป็นต้องขึ้น VPS ผมก็จะบอกตรงๆ ว่ายังไม่ต้องย้ายก็ได้ครับ 🙂