โครงสร้างพื้น⁠ฐานที่เราใช้จริง และสิ่งที่ยังไม่มี

ฮาร์ดแวร์

โหนดของเราเป็น Dell mini PC ระดับธุรกิจ เก็บข้อมูลบน NVMe SSD ทั้งหมด เลือกแนวทางนี้เพราะกินไฟต่ำ เสียงเงียบ และดูแลเองได้ทั้งเครื่อง ไม่ได้เช่าช่วง VPS จากผู้ให้บริการรายอื่น

แต่ละ VM ได้ทรัพยากรตามที่ตกลงในใบเสนอราคา

โหนด

Dell mini PC

Storage

NVMe SSD

Virtualization

ใช้ Proxmox VE (KVM) เป็นชั้น virtualization ทุก VM ติดตั้ง VirtIO drivers สำหรับดิสก์และเครือข่าย งาน MT4/MT5 และ EA รันบน Windows VM ส่วน Python bot, API และ automation รันบน Ubuntu VM

ก่อนการเปลี่ยนแปลงสำคัญ เช่น อัปเดต Windows, ติดตั้ง EA ใหม่ หรือเปลี่ยน config ทีมจะ snapshot VM ไว้ก่อนเสมอ เพื่อย้อนกลับได้ทันทีหากมีปัญหา

เครือข่าย

อินเทอร์เน็ตไฟเบอร์ 1000/1000 Mbps แบบสมมาตร uplink เส้นเดียว (ยังไม่มีเส้นสำรอง) ป้องกันด้วย firewall ระดับ host ไม่มี DDoS scrubbing

การเข้าถึงระยะไกลใช้ RDP (Windows) หรือ SSH (Ubuntu) แนวปฏิบัติของเราคือจำกัดเฉพาะ IP ที่ตกลงกัน (allow-list) — เป็นแนวปฏิบัติด้านความปลอดภัย ไม่ใช่การรับประกันว่าจะไม่ถูกโจมตี

ประเภท

ไฟเบอร์ 1000/1000 Mbps (สมมาตร)

Uplink

1 เส้น

Firewall

ระดับ host

DDoS scrubbing

ไม่มี

ไฟฟ้า

ทุกโหนดและอุปกรณ์เครือข่ายต่อผ่าน UPS เพื่อรับมือไฟกระชากและไฟดับช่วงสั้น ไม่มี generator

หากไฟดับนานเกินกว่าที่ UPS รองรับ ระบบจะสั่ง shutdown VM อย่างปลอดภัยก่อนแบตเตอรี่หมด และเปิดโหนดกับ VM กลับอัตโนมัติเมื่อไฟฟ้ากลับมา ส่วน EA จะกลับมารันได้ก็ต่อเมื่อ terminal ถูกตั้งค่าให้เปิดอัตโนมัติหลังบูต ซึ่งทีมตั้งค่าให้ตอนส่งมอบ

UPS

โหนดและอุปกรณ์เครือข่าย

Generator

ไม่มี

สำรองข้อมูล

สำรอง VM ทั้งเครื่อง (ไม่ใช่แค่ไฟล์) ไป NAS แยกเครื่อง รอบและระยะเวลาเก็บกำหนดตามแพ็กเกจในใบเสนอราคา และทดสอบกู้คืนจริงก่อนส่งมอบทุกครั้ง

ข้อควรรู้: backup ไม่ใช่ real-time การเปลี่ยนแปลงใน VM ระหว่างรอบ backup จะหายไปหากต้องกู้คืน แต่ประวัติการเทรดและ position อยู่ที่ฝั่งโบรกเกอร์อยู่แล้ว สิ่งที่ backup ปกป้องคือ OS, terminal, EA, config และ history data ในเครื่อง

ปลายทาง

NAS แยกเครื่อง

รอบ

ตามแพ็กเกจ

ระยะเวลาเก็บ

ตามแพ็กเกจ

ทดสอบกู้คืน

ก่อนส่งมอบ

มอนิเตอร์และการแจ้งเหตุ

มอนิเตอร์โหนด, VM และเครือข่ายตลอดเวลา รับแจ้งเหตุได้ 24 ชม. ผ่าน LINE หรือ Email ระยะตอบรับและเป้าหมายการแก้ไขขึ้นกับระดับเหตุและ SLA ในใบเสนอราคา

Latency ที่วัดจริง

เราไม่ทำตาราง latency กลาง ๆ เพราะตัวเลขขึ้นกับโบรกเกอร์และเซิร์ฟเวอร์ที่บัญชีของคุณต่ออยู่ ไม่ใช่ค่าเฉลี่ยของ region

โหนดอยู่ที่กรุงเทพฯ จึงได้เปรียบกับโบรกเกอร์ที่มีเซิร์ฟเวอร์ในไทยหรือสิงคโปร์ ส่วนโบรกเกอร์ที่ trade server อยู่ยุโรปหรือสหรัฐฯ latency จะอยู่ในหลักร้อยมิลลิวินาที ซึ่งเพียงพอสำหรับ EA ส่วนใหญ่ แต่ไม่เหมาะกับ HFT

ก่อนเปิดใช้ ทีมจะวัด ping จากโหนดของเราไปเซิร์ฟเวอร์ MT4/MT5 ของโบรกเกอร์คุณ แล้วส่งผลให้ดูเพื่อตัดสินใจร่วมกัน

ข้อจำกัดที่ควรรู้ก่อนใช้

• ไซต์เดียว ไม่มี failover ข้ามสถานที่
• uplink เส้นเดียว
• ไม่มี generator
• ไม่มี DDoS scrubbing (มี firewall ระดับ host)
• ไม่มีใบรับรองหรือ Tier badge ของ data center
• ยังไม่ประกาศ SLA เป็นตัวเลข — ขอบเขตระบุในใบเสนอราคา

เหมาะกับใคร

เหมาะกับ EA ที่ต้องรันต่อเนื่องและรับ downtime สั้น ๆ ได้, ผู้ที่รันหลาย terminal พร้อมกัน และ Python bot หรือ API ที่ต้องอยู่ใกล้ terminal

ไม่เหมาะกับ HFT/scalping ที่ต้องการ latency ต่ำกว่า 5 ms และ workload ที่ต้องอยู่ใน data center ที่มีใบรับรอง เช่น งานที่อยู่ภายใต้การกำกับดูแล