การเลือกเซิร์ฟเวอร์
เราทดสอบโหลดกับอินสแตนซ์จริงที่มีฟันเนลใช้งานอยู่และวัดค่าทุกอย่าง ผลลัพธ์: แม้แต่บน VPS ที่ราคาถูกที่สุดที่ ~$20/เดือน (4 vCPU / 8 GB) Qubix ก็ยังให้บริการ ~1,900 แลนดิ้งวิวต่อวินาที — นั่นคือหลายสิบล้านครั้งต่อเดือน — แต่ละครั้งใช้เวลา ~25 ms และ ไม่มีข้อผิดพลาดเลย ภายใต้โหลด บริการทั้งหมดใช้ RAM เพียง ~1.3 GB ไม่รั่วไหล และสร้างมาสำหรับการทำงานตลอด 24/7
และนั่นยังไม่ใช่ขีดสูงสุด: บน 12 คอร์ ได้ถึง ~6,800 วิวต่อวินาที — ปริมาณงานเพิ่มขึ้นเป็นเส้นตรงตามจำนวนคอร์
ด้านล่าง: เลือกเซิร์ฟเวอร์อะไรตามทราฟฟิกของคุณ และผลการทดสอบเต็มรูปแบบที่อยู่เบื้องหลังตัวเลขเหล่านี้
เลือกเซิร์ฟเวอร์อะไร
| ทราฟฟิกของคุณ (โดยประมาณ) | เซิร์ฟเวอร์ | ปริมาณงาน |
|---|---|---|
| ถึง ~5M ครั้ง/วัน (พีคถึง ~1,000/s) | 4 vCPU / 8 GB (~$20/เดือน) | ~1,900 วิว/s — วัดแล้ว แลนดิ้งใน ~25 ms |
| ~5–15M/วัน (พีค ~1,000–3,000/s) | 8 vCPU / 16 GB | ~4,000 วิว/s — ประมาณการ (~500 ต่อคอร์) |
| 15M+/วัน (พีค 5,000+/s) | 12 vCPU / 16 GB | ~6,800 วิว/s — วัดแล้ว |
กฎง่ายๆ: คอร์ ≈ พีควิสิตต่อวินาที ÷ 500 RAM 8 GB เพียงพอสำหรับการตั้งค่าที่แนะนำ 16 GB มีพื้นที่สำรอง
รองรับได้เท่าไร — และเราวัดอย่างไร
เงื่อนไขการทดสอบ:
- เซิร์ฟเวอร์ที่ทดสอบ: VPS บนคลาวด์ DigitalOcean — 4 vCPU / 8 GB, SSD, Debian 13 (kernel 6.12) ภูมิภาค Frankfurt เครื่องธรรมดาที่ไม่ได้ปรับแต่งพิเศษ ราคา ~$20/เดือน
- ตัวสร้างโหลด: เซิร์ฟเวอร์แยกต่างหาก (12 คอร์) — เพื่อให้อินสแตนซ์ใช้ทรัพยากรสำหรับงานของตัวเองเท่านั้น ไม่ใช่สำหรับการทดสอบ เครื่องมือ — bombardier (HTTP พร้อม keep-alive) เพิ่มจาก 50 ถึง 1000 การเชื่อมต่อพร้อมกัน 15–30 วินาทีต่อรอบ
- สิ่งที่โหลด: ฟันเนลจริงที่กำหนดค่าแล้ว — โดเมนจริงที่ให้บริการแลนดิ้งแบบ cloaked (~45 KB) พร้อมการตัดสินใจ cloaking ที่ทำงานได้ บวกกับ conversion postback
- สิ่งที่ตรวจสอบ: CPU หน่วยความจำ swap และ latency — แบบเรียลไทม์ตลอดการทดสอบ
- สำหรับการ scaling เราทดสอบเดียวกันบนเซิร์ฟเวอร์ 12 vCPU / 64 GB
เซิร์ฟเวอร์ที่แนะนำ 4 vCPU / 8 GB:
| ประเภทคำร้อง | รองรับได้ | Latency | ข้อผิดพลาด |
|---|---|---|---|
| แลนดิ้งเต็ม (cloaked, ~45 KB) | ~1,900/s | ~25 ms (แม้ที่ 250 พร้อมกัน — 0.13 s) | 0 |
| Conversion postback | ~13,000/s | ~25 ms | 0 |
| คำร้องเบา | ~16,000/s | ~20 ms | 0 |
ไม่มีข้อผิดพลาดแม้แต่ครั้งเดียว ถึง 1000 การเชื่อมต่อพร้อมกัน ภายใต้โหลดเกินขีด อินสแตนซ์ไม่ล่มหรือทิ้งคำร้อง — เพียงแต่ latency เพิ่มขึ้น (จาก ~25 ms เป็น 0.13–0.26 s เมื่อโหลดสูงกว่าเรตติ้งมาก) และเมื่อพีคลดลงการตอบสนองก็กลับสู่ปกติ
สิ่งที่จำกัดที่พีค คอร์ทั้ง 4 ทำงาน 95–100% — ขีดจำกัดคือ CPU นั่นคือเหตุผลที่ความจุขยายตามคอร์ หน่วยความจำเสถียร: ประมาณ 1.1–1.3 GB ภายใต้โหลด ไม่มี swap มีพื้นที่ว่างมากกว่า 3.8 GB เสมอ
หน่วยความจำไม่รั่วไหล เราทดสอบรอบโหลดสี่รอบติดต่อกันพร้อมช่วงพักและดูหน่วยความจำ: เมื่อ idle บริการใช้ประมาณ 0.7 GB ภายใต้โหลดพีคเพิ่มขึ้นถึงประมาณ 1.2 GB และในช่วงพักกลับสู่ ~0.8 GB — โดยไม่สะสมจากรอบหนึ่งไปอีกรอบหนึ่ง อินสแตนซ์เหมาะสำหรับการทำงานต่อเนื่อง 24/7
การ Scaling ตามคอร์ การทดสอบเดียวกันบนเซิร์ฟเวอร์ 12 vCPU:
| เซิร์ฟเวอร์ | แลนดิ้งเต็ม | คำร้องเบา |
|---|---|---|
| 4 vCPU | ~1,900/s | ~16,000/s |
| 12 vCPU | ~6,800/s | ~80,000/s |
ปริมาณงานเพิ่มขึ้นตามสัดส่วนจำนวนคอร์ — ประมาณ 500 แลนดิ้งวิวต่อวินาทีต่อ vCPU (วัดแล้ว: 475 ถึง 567) นั่นคือที่มาของกฎการกำหนดขนาดคอร์ข้างต้น
ใช้ Cloudflare — เร็วกว่าและฟรี
Qubix ให้บริการทุกโดเมนผ่าน Cloudflare — เครือข่ายเซิร์ฟเวอร์ทั่วโลก — และดูแล DNS และ SSL ให้ การโหลดที่เร็วขึ้นเปิดใช้งานโดยค่าเริ่มต้น (จัดการได้ที่ Settings → Cloudflare): ไฟล์สถิตของเว็บไซต์ (สคริปต์ สไตล์ ไอคอน และสกรีนช็อต) จะให้บริการแก่ผู้เยี่ยมชมจากเซิร์ฟเวอร์ Cloudflare ที่ใกล้ที่สุด
- เร็วกว่ามากสำหรับผู้เยี่ยมชม — ไฟล์เพจมาจากเซิร์ฟเวอร์ Cloudflare ที่ใกล้ที่สุด ไม่ใช่จากเซิร์ฟเวอร์ของคุณที่อีกซีกโลกหนึ่ง แลนดิ้งเปิดได้เกือบทันทีทั่วโลก
- โหลดบนเซิร์ฟเวอร์ลดลงหลายสิบเท่า — แต่ละเพจดึงไฟล์สถิตหลายสิบไฟล์ (สคริปต์ สไตล์ ไอคอน สกรีนช็อต) และ Cloudflare ให้บริการจากเซิร์ฟเวอร์ของตน เซิร์ฟเวอร์ของคุณจัดการเฉพาะส่วนไดนามิก — บนฮาร์ดแวร์เดิมคุณให้บริการผู้เยี่ยมชมได้มากกว่าหลายสิบเท่า
- ฟรี — ทั้งเครือข่าย Cloudflare และการแคชไม่มีค่าใช้จ่าย และ Qubix ตั้งค่าทั้งหมดให้
ส่วนไดนามิก — การตัดสินใจ cloaking และแลนดิ้งเอง — ยังคงทำงานบนเซิร์ฟเวอร์ของคุณ (นั่นคือสิ่งที่ตัวเลขข้างต้นวัด) Cloudflare ดูแลทุกอย่างรอบๆ ดูเพิ่มเติมใน Domains
ต้องการพื้นที่ดิสก์เท่าไร
เมื่อใช้งานเต็มที่ — บันทึกหน้าจอทุกการเยี่ยมชม สถิติและฟันเนลทั้งหมด รวมถึงคลังครีเอทีฟ — 20 GB รองรับได้ประมาณ 300,000 ครั้งต่อเดือนและใช้ได้นานหลายปี: การบันทึกที่เก่ากว่าหนึ่งปีจะถูกลบโดยอัตโนมัติ และประวัติทราฟฟิกเพิ่มขึ้นเพียง ~0.5 GB ต่อปี ผู้ใช้ดิสก์ตัวจริงคือครีเอทีฟของคุณ (เก็บถาวรถาวร): ยิ่งคลังใหญ่ ยิ่งต้องการพื้นที่มาก แม้แต่ตรงนี้ Qubix ก็ประหยัดพื้นที่ให้ — ไม่เก็บครีเอทีฟเดิมสองครั้ง (ระบบ dedup จับได้แม้แต่สำเนาที่แก้ไขเล็กน้อย) และฟีเจอร์เดียวกันนี้ขับเคลื่อนสถิติของคุณด้วย (ครีเอทีฟหนึ่งชิ้นที่ใช้ในโฆษณาหลายร้อยรายการนับเป็นหนึ่ง พร้อม ROAS รวม) 20 GB คือประมาณ วิดีโอ 2,500 รายการหรือรูปภาพ 30,000 รายการ หากโหลดมากกว่านั้นมาก (ล้านครีเอทีฟคือเทราไบต์แล้ว) ก็เลือกดิสก์ที่ใหญ่กว่าตามสัดส่วน — ซึ่งขยายได้ทุกเมื่อ
SSD หรือ HDD — ประหยัดได้ตรงนี้ หน้าเพจเปิดให้ผู้เยี่ยมชมได้เร็วเท่ากันบนดิสก์ทุกประเภท จึงเลือกเซิร์ฟเวอร์ HDD ที่ถูกกว่าได้สบายๆ ความแตกต่างกับ SSD แสดงเฉพาะในแผงผู้ดูแลระบบและเฉพาะที่ปริมาณมาก: รายงานอ่านประวัติจากดิสก์และสร้างช้าลงเล็กน้อยบน HDD — สิ่งนี้ไม่กระทบความเร็วในการเปิดแลนดิ้งสำหรับผู้เยี่ยมชม