Home » Load Balancer คู่มือ HA และ Load Balancing สำหรับ Network องค์กร
Load Balancer คู่มือ HA และ Load Balancing สำหรับ Network องค์กร
Load Balancer คืออะไร? ทำไมองค์กรต้องมี High Availability
Load Balancer คือ อุปกรณ์หรือซอฟต์แวร์ที่กระจายโหลด (Traffic) ไปยัง Server หลายตัว เพื่อให้ระบบรองรับผู้ใช้งานได้มากขึ้น ไม่มี Server ตัวใดตัวหนึ่งรับภาระหนักเกินไป และยังทำหน้าที่ Failover เมื่อ Server ตัวใดตัวหนึ่งล่ม High Availability (HA) คือการออกแบบระบบให้มี Uptime สูงสุด ลด Downtime ให้น้อยที่สุด โดยใช้ Redundancy ในทุกจุดที่เป็นไปได้ Load Balancer เป็นหัวใจสำคัญของ HA ในองค์กร
ประเภท Load Balancer
| ประเภท |
ทำงานที่ Layer |
วิธีการ |
เหมาะกับ |
| L4 Load Balancer |
Transport Layer (TCP/UDP) |
กระจาย Traffic ตาม IP + Port |
Database, Mail Server, VPN |
| L7 Load Balancer |
Application Layer (HTTP/HTTPS) |
กระจายตาม URL, Header, Cookie |
Web Server, API Gateway |
| DNS Load Balancer |
DNS Level |
ตอบ IP ต่างกันตาม Round Robin/Geo |
Multi-site, CDN |
| Global Server LB (GSLB) |
DNS + Health Check |
กระจายระหว่าง Datacenter/Cloud |
Multi-DC, DR |
Algorithm กระจายโหลด
| Algorithm |
วิธีการ |
เหมาะกับ |
| Round Robin |
วนส่งทีละ Server |
Server สเปกเท่ากัน โหลดเท่ากัน |
| Weighted Round Robin |
วนตามน้ำหนัก Server แรงได้มากกว่า |
Server สเปกต่างกัน |
| Least Connections |
ส่งไป Server ที่มี Connection น้อยสุด |
โหลดไม่เท่ากัน Session ยาว |
| IP Hash |
Hash IP ของ Client ส่งไป Server เดิม |
ต้องการ Session Persistence |
| Least Response Time |
ส่งไป Server ที่ตอบเร็วสุด |
Server อยู่หลาย Location |
HA Architecture
Active-Standby (Active-Passive)
- วิธีการ: Server หลัก (Active) ทำงาน 100% Server สำรอง (Standby) รอรับงานเมื่อ Active ล่ม
- Failover: เมื่อ Active ล่ม Standby เปลี่ยนสถานะเป็น Active อัตโนมัติ
- ข้อดี: ง่าย ค่าใช้จ่ายต่ำ (Standby ไม่ต้องแรงเท่า Active)
- ข้อเสีย: Standby ไม่ได้ทำงาน เสีย Resource Failover มี Downtime ช่วงสั้นๆ
- เหมาะกับ: Database, File Server, Domain Controller
Active-Active
- วิธีการ: Server ทุกตัวทำงานพร้อมกัน Load Balancer กระจาย Traffic ไปทุกตัว
- Failover: เมื่อ Server ตัวหนึ่งล่ม Load Balancer หยุดส่ง Traffic ไปตัวนั้น
- ข้อดี: ใช้ Resource ทุกตัว Performance สูง Failover เร็ว (Zero Downtime)
- ข้อเสีย: ซับซ้อนกว่า ต้องจัดการ Session Sync และ Data Consistency
- เหมาะกับ: Web Server, API Server, Application Server
Load Balancer ยอดนิยม
| ผลิตภัณฑ์ |
ประเภท |
ราคา |
เหมาะกับ |
| HAProxy |
Software (L4/L7) |
ฟรี (Open Source) |
Web Server, API ทุกขนาด |
| Nginx |
Software (L7) |
ฟรี / Plus เริ่ม $2,500/ปี |
Web Server, Reverse Proxy |
| F5 BIG-IP |
Hardware/Virtual (L4/L7) |
$10,000+ |
องค์กรใหญ่ Enterprise |
| Kemp LoadMaster |
Virtual/Hardware |
ฟรี (Free) / $1,500+ |
SMB-Enterprise |
| MikroTik |
Router + LB |
2,000-6,000 บาท |
WAN Load Balancing, Failover ISP |
WAN Load Balancing — Failover Internet
- คืออะไร: ใช้ Internet 2+ เส้นทาง (ISP) พร้อมกัน กระจาย Traffic และ Failover เมื่อ ISP หนึ่งล่ม
- MikroTik: ตั้ง PCC (Per Connection Classifier) หรือ ECMP กระจาย Traffic 2 WAN
- Failover: ตั้ง Route Check (Ping Gateway) ถ้า ISP หลักไม่ตอบ สลับไป ISP สำรองอัตโนมัติ
- แนะนำ: ใช้ ISP คนละค่ายกัน ป้องกันปัญหาจากค่ายเดียวกันล่มพร้อมกัน
Health Check — ตรวจสอบสุขภาพ Server
- TCP Check: ตรวจสอบว่า Port เปิดอยู่หรือไม่ (เช่น Port 80, 443)
- HTTP Check: ส่ง HTTP Request ตรวจสอบว่าตอบ 200 OK
- Custom Check: เรียก URL เฉพาะ เช่น /health ตรวจสอบ App + Database
- Interval: ตรวจทุก 5-10 วินาที ถ้า Fail 3 ครั้งติด = Server Down
- Recovery: เมื่อ Server กลับมา ตรวจผ่าน 3 ครั้งติดก่อนส่ง Traffic กลับ
Load Balancer Best Practices
- LB ต้อง HA ด้วย: Load Balancer เองต้องมี 2 ตัว (Active-Standby) ไม่งั้น LB เป็น Single Point of Failure
- Health Check ทุก Backend: ตั้ง Health Check ทุก Server ไม่ส่ง Traffic ไป Server ที่ล่ม
- Session Persistence: ถ้า App ต้องการ Session ตั้ง Sticky Session หรือ Session Store กลาง (Redis)
- SSL Termination: ให้ LB จัดการ SSL แทน Backend Server ลดภาระ Backend
- Monitor: ตรวจสอบ Connection Count, Response Time, Error Rate ของทุก Backend
- Capacity Planning: วางแผนว่าต้องมี Backend กี่ตัว รองรับ Peak Traffic ได้
สรุป Load Balancer — หัวใจของ HA ในองค์กร
Load Balancer เป็นส่วนสำคัญของ Network องค์กร ช่วยกระจายโหลดและ Failover อัตโนมัติ สิ่งสำคัญคือ LB เองต้อง HA ตั้ง Health Check ทุก Backend และ Monitor อย่างสม่ำเสมอ หากต้องการข้อมูลเพิ่มเติม ติดตามได้ที่ SiamLanCard.com
