Server Monitoring Stack — 6 Tools ดูแล Dedicated Server 360°

Server ล่มตอนตี 3 — ลูกค้าเจอ error ตั้งแต่เที่ยงคืน แต่ไม่มีใครรู้จนกว่าจะตื่นมาเช็คตอน 8 โมงเช้า

นั่นคือปัญหาที่เจอกับ Dedicated Server ที่รัน Proxmox VE — AMD Ryzen 9 9950X3D, RAM 128 GB, ZFS 1.6 TB มี 5 VMs ทำงานอยู่ (GitLab, Docker containers หลายสิบตัว, Windows Server, Dev environment) แต่ไม่มี monitoring สักตัว

ความเสียหาย 8 ชั่วโมงที่ไม่รู้ว่า service หยุดทำงาน — วัดเป็นเงินไม่ได้ แต่วัดเป็นความเชื่อมั่นของลูกค้าได้ชัด

เลยถาม AI ว่า — ถ้าอยากดูแล server แบบ 360 องศา ครอบคลุมทั้ง Performance, Security, Network, Uptime ต้องใช้อะไรบ้าง? AI เปรียบเทียบมาให้ 15+ tools แล้วช่วยเลือกเหลือ 6 ตัว

ทำไม Server 5 ตัวต้องมี Monitoring?

Proxmox VE ที่รัน 5 VMs (3 Linux + 2 Windows) ต้องมี monitoring ครอบคลุม 5 ด้าน — Performance, Security, Uptime, Network, Alert — เพราะ VM แต่ละตัวรัน production services ที่ต่างกัน ถ้าตัวใดตัวหนึ่งล่มโดยไม่มีใครรู้ ความเสียหายจะสะสมทุกนาที

ลองนึกภาพ: VM ตัวหนึ่งรัน Docker containers มากกว่า 10 ตัว — GodsEye, Jigsaw API, n8n workflow, EmailHunter ถ้า VM นี้ล่มกลางดึก ทุก service หยุดพร้อมกัน

Server ที่ไม่มี monitoring เหมือนรถที่ไม่มี dashboard — ขับได้ แต่ไม่รู้ว่าน้ำมันจะหมดเมื่อไหร่

Zhangjiajie, China — สะพานแก้วกลางหมอก

เลือก Monitoring Stack ยังไง?

Monitoring stack สำหรับ Proxmox VE ที่เลือกมาประกอบด้วย 6 tools ใน 5 หมวด — Prometheus + Grafana (performance), Wazuh (security SIEM), CrowdSec (IPS), ntopng (network), Uptime Kuma (uptime) เลือกโดยให้ AI วิเคราะห์ข้อดีข้อเสียแล้วตัดสินใจจาก GUI ดี + resource ไม่หนัก + community ใหญ่

วิธีเลือก: ถาม AI ให้เปรียบเทียบ tools ทุกหมวดเป็นตาราง → ดูคะแนนทุกด้าน → ตัดสินใจเลือกตัวที่เหมาะสมที่สุด

Performance: Prometheus + Grafana ชนะเพราะอะไร?

ฟันธง: Prometheus + Grafana. Dashboard สวยที่สุด + เก็บข้อมูลได้ 90 วัน (Netdata ได้แค่ 14 วัน) Zabbix มี Proxmox template ดีมากแต่ GUI ไม่สวยเท่า

Security: Wazuh ครบจบในตัวเดียว

ฟันธง: Wazuh. ครบจบในตัวเดียว ไม่ต้องต่อ plugin เหมือน ELK ตัวเดียวได้ SIEM + Host Intrusion Detection + File Integrity + Vulnerability + Compliance มี MITRE ATT&CK mapping ด้วย (GitHub stars 11k+ ณ มี.ค. 2026)

Wazuh = 5 tools ในตัวเดียว — SIEM, HIDS, File Integrity, Vulnerability Scanner, Compliance Checker

IPS: CrowdSec — "Fail2ban ยุคใหม่"

CrowdSec ชนะ Fail2ban เพราะมี community threat intelligence — IP ที่ถูก ban ทั่วโลกจะถูกแชร์มาให้อัตโนมัติ ใช้ RAM แค่ 256 MB มี Cloudflare Bouncer ที่ ban IP ตั้งแต่ edge ก่อนถึง server (เหมาะกับ setup ที่ใช้ Cloudflare Tunnel อยู่แล้ว)

Network: ntopng — GUI สวยที่สุด + Real-time DPI

ntopng ได้ GUI 9/10 (สวยที่สุดในกลุ่ม network monitoring) พร้อม Deep Packet Inspection (DPI — ระบบวิเคราะห์ว่า traffic เป็น HTTP, DNS, SSH, YouTube, Netflix) ใช้ RAM 2 GB เทียบกับ Security Onion ที่กิน 16-32 GB

Uptime: Uptime Kuma — ติดตั้งง่ายสุด + Lark native

Uptime Kuma ติดตั้งง่ายที่สุด (10/10) ใช้ RAM แค่ 150 MB มี Status Page ในตัว + รองรับ Lark notification แบบ native (90+ notification providers) เทียบกับ Nagios/Icinga2 ที่ติดตั้งยากกว่ามากและไม่มี Status Page

6 tools, 5 หมวด, งบ $0 — open-source ทั้งหมด ครอบคลุม 360 องศา

สถาปัตยกรรม Monitoring ออกแบบยังไง?

สถาปัตยกรรมใช้ Private Network แยก monitoring traffic ออกจาก production — tools ทั้งหมดไม่เปิด public ต้องเข้าผ่าน Cloudflare Tunnel เท่านั้น ไม่ต้องเปิด port ให้ internet เห็น ออกแบบโดยถาม AI ว่าควรแยก network ยังไง แล้วทำตาม

ทำไมใช้ LXC แทน VM? — LXC container มี overhead แทบเป็นศูนย์ boot ได้ใน 1-3 วินาที กิน RAM overhead แค่ ~50 MB เทียบกับ VM ที่ต้อง 300-500 MB

🛤️

เส้นทางยาว แต่คุ้มค่า

Setup monitoring เหมือนสร้างถนน — ลงทุนครั้งเดียว ใช้ไปได้นาน

ใช้ Resource เท่าไหร่?

Monitoring stack ใช้ RAM ประมาณ 15.3 GB จาก 128 GB (~12%) และ disk ประมาณ 156 GB จาก ZFS 1.6 TB — เหลือ resource เพียงพอสำหรับ production ทุกตัว ถือว่าคุ้มค่ามากสำหรับ visibility ที่ได้ (วัดจากสัดส่วน RAM ที่ใช้ เทียบกับการมี monitoring ครบ 5 ด้าน)

ส่วนใหญ่กิน RAM คือ Wazuh (8 GB สำหรับ SIEM + OpenSearch) กับ Grafana + Prometheus (6 GB) ที่เหลือเป็น tools เบาๆ — CrowdSec 256 MB, Uptime Kuma 150 MB, node_exporter 20 MB

ข้อมูล Monitoring ไหลยังไง?

Data flow เริ่มจาก exporters บนทุก VM ส่ง metrics ไป Prometheus ทุก 15 วินาที → Prometheus เก็บ + ประเมิน alert rules → Grafana ดึงข้อมูลแสดง dashboard → Alertmanager จัดกลุ่ม alerts แล้วส่ง Lark webhook ทันที

Dobrota, Montenegro — ภูเขาริม Adriatic Sea

Alert Rules ตั้งยังไงให้ไม่พลาด?

Prometheus alert rules 8 ข้อครอบคลุม 3 กลุ่ม — performance (CPU/RAM สูงผิดปกติ), storage (disk/ZFS เต็ม), availability (host/VM down) ทุก alert ส่งตรงถึง Lark Chat ภายในไม่กี่วินาทีหลังเกิดปัญหา

นอกจากนี้ Wazuh จะ alert เมื่อเจอ brute-force, file integrity change, rootkit, vulnerability (CVE) — และ CrowdSec จะ auto-ban IP ที่ทำ SSH brute-force หรืออยู่ใน community blocklist โดยอัตโนมัติ

3 ชั้นป้องกัน: Prometheus (performance) + Wazuh (security) + CrowdSec (auto-ban) — ครอบคลุมทุกมุม

เริ่ม Setup Monitoring Stack ยังไง?

Setup monitoring stack สำหรับ Proxmox VE ใช้เวลาประมาณ 2-3 ชั่วโมงถ้าสั่ง AI ทำทั้งหมดผ่าน Cursor — ทั้ง 7 ขั้นตอนไม่ได้พิมพ์ command เอง AI ทำให้ทุก step (เวลาวัดจากการทำจริงครั้งแรก รวมเวลาตรวจสอบแต่ละ step)

Prompt สำหรับสั่ง AI ช่วย Setup มีอะไรบ้าง?

2 prompts นี้ copy ไปใช้กับ Cursor AI ได้เลย — ปรับ variables ตาม spec เครื่องตัวเอง ทั้ง 2 ชุดเป็น production-ready ที่ใช้จริงตอน setup

Variables: {{server_spec}} = spec เครื่องจริง เช่น AMD Ryzen 9, 128 GB RAM | {{vm_count}} = จำนวน VM | {{vm_details}} = รายละเอียด เช่น 3 Linux + 2 Windows

ทำไมได้ผล: กำหนด context (Proxmox spec) + output format (ตาราง) + constraints (open-source) + actionable summary — AI ไม่ต้องเดา

Variables: {{cpu}} = จำนวน vCPU | {{ram}} = RAM เช่น 6G | {{disk}} = Disk เช่น 50G | {{notification_url}} = Lark/Slack webhook URL

Token Tip: ถ้าใช้ Cursor สั่งผ่าน SSH session ของ Proxmox ได้เลย — AI จะรัน command จริงให้ ลดการ copy-paste

🏔️

เห็นภาพรวมชัดเจน

Monitoring ที่ดี = เห็นทุกอย่างสะท้อนชัดเหมือนทะเลสาบกระจก

จะดูอะไร ไปที่ไหน?

ตารางสรุปสำหรับทีม — อยากดูอะไร เปิด tool ไหน เมนูอะไร ดูได้ทันทีไม่ต้องจำ ทั้ง 8 กรณีหลักที่ต้องเจอในการดูแล server ประจำวัน

Grafana Dashboard — อ่านค่า Server, VM, Docker ยังไง?

Grafana มี 4 ระดับ dashboard — ภาพรวม Server, แต่ละ VM, Windows VM, ZFS Storage + 7 project folders สำหรับ Docker containers ทุก dashboard เข้าผ่าน Grafana เลือก folder ทางเมนูซ้าย แต่ละ dashboard มีค่าปกติกับค่าอันตรายที่ต้องระวัง

Server Overview — ดูภาพรวมทุก VM

เข้า Grafana → Dashboards → Infrastructure → Server Overview

Per-VM Detail — แต่ละ VM ละเอียดทุกมิติ

เข้า Infrastructure → Proxmox via Prometheus → เลือก VM จาก dropdown

Windows VM — ดู VM 101, 105 โดยเฉพาะ

เข้า Infrastructure → Windows Exporter Dashboard

ZFS Storage — สิ่งที่ต้องดูเป็นพิเศษ

เข้า Infrastructure → ZFS

ZFS Pool เกิน 80% = performance ลดหนัก / Fragmentation เกิน 70% = ต้อง plan ทันที — 2 ค่านี้ดูทุกเดือน

Docker Container Monitoring — ดู Resource แต่ละ Project ยังไง?

cAdvisor (Container Advisor จาก Google) เก็บ metrics ของทุก Docker container แล้วส่งให้ Prometheus ทุก 15 วินาที — Grafana แยก dashboard ตาม project ดูได้ว่าแต่ละ container กิน CPU กี่ % RAM กี่ MB ไม่ต้อง SSH เข้าไปรัน docker stats

Dashboard แยกตาม Project

แต่ละ Project Dashboard แสดง: Total CPU % (รวมทุก container), Total RAM (รวมทั้ง project), Containers Running (จำนวนที่ทำงาน) + กราฟ CPU/RAM/Network per Container

เปิด Grafana → เลือก folder ของ project → เห็นทุก container ในที่เดียว ไม่ต้อง SSH เข้าไป

Wazuh + Uptime Kuma + ntopng — อ่านค่ายังไง?

3 tools สำหรับ Security, Uptime, Network — ใช้ร่วมกันจะเห็นภาพครบ ถ้า service DOWN (Uptime Kuma) → ดูว่ามี security event ไหม (Wazuh) → ดูว่า traffic ผิดปกติไหม (ntopng)

Wazuh — Security Events

Uptime Kuma — Service Status

ntopng — Network Traffic

ดูแลรักษา Monitoring Stack ยังไง?

Monitoring stack ต้องดูแล 3 ระดับ — Daily (2 นาที ดู Uptime Kuma + Lark), Weekly (15 นาที ดู Grafana trend + Wazuh events), Monthly (30 นาที ตรวจ ZFS + disk + update agents) ถ้าไม่ดูแล monitoring ที่สร้างมาก็กลายเป็นของตกแต่ง (เวลาวัดจากการทำจริงเฉลี่ย 4 สัปดาห์)

คำถามที่พบบ่อยมีอะไร?

Server ที่มี monitoring ดีไม่ใช่ server ที่ไม่เคยมีปัญหา — แต่เป็น server ที่รู้ปัญหาก่อนจะกลายเป็นวิกฤต

Stack: Prometheus 3.3.0 + Grafana 12.4.2 + Wazuh 4.12.0 + CrowdSec + ntopng + Uptime Kuma 2.2.1 (ณ มี.ค. 2026)

#Proxmox #Monitoring #Grafana #Prometheus #Wazuh #CrowdSec #ntopng #UptimeKuma #DevOps #ServerMonitoring #OpenSource #Infrastructure