เทคนิคคุม Bandwidth และ Load Balancing MikroTik แก้เน็ตออฟฟิศอืด
วันศุกร์ตอนบ่ายสองครึ่ง สายด่วนจากฝ่าย HR ของออฟฟิศลูกค้าแถวสาทรโทรเข้ามาหาผมด้วยน้ำเสียงเครียดจัด บอกว่าระบบประชุมออนไลน์ Zoom กับผู้บริหารต่างประเทศหลุดกระตุกจนคุยไม่รู้เรื่อง แถมระบบโทรศัพท์ IP Phone ของทีมขายก็สัญญาณขาดๆ หายๆ จนลูกค้าฟังไม่รู้เรื่อง พอผมรีบ Remote เข้าไปเช็ก RouterOS บน MikroTik ของออฟฟิศนั้น ก็ร้องอ๋อทันทีครับ ฝ่ายการตลาดกำลังกดโหลดไฟล์วิดีโอโปรดักชันขนาด 40GB ผ่านเบราว์เซอร์ ดึงทราฟฟิกท่ออินเทอร์เน็ตไปเต็ม 100% โดยที่ไม่มีการจัดลำดับความสำคัญของข้อมูลเลยแม้แต่นิดเดียว
เหตุการณ์แบบนี้ไม่ใช่เรื่องใหม่ และผมเชื่อว่าหลายออฟฟิศที่ไม่มีวิศวกรเครือข่ายดูแลประจำมักจะเจออยู่เรื่อยๆ ปัญหาเน็ตอืดในอาคารสำนักงานไม่ได้เกิดจากสปีดอินเทอร์เน็ตไม่พอเสมอไป แต่มักเกิดจากการบริหารจัดการทราฟฟิกที่ไม่ดี วันนี้ผมเลยอยากมาเล่าประสบการณ์จริงในการทำ Bandwidth Management MikroTik ควบคู่กับ Load Balancing MikroTik ที่ผมใช้แก้ไขปัญหาให้ลูกค้า SIAM-LOGIN แล้วได้ผลลัพธ์ที่นิ่งสนิทครับ
ทำไมอัพสปีดเน็ตเพิ่ม แต่เน็ตออฟฟิศก็ยังอืดเหมือนเดิม?
หลายองค์กรพยายามแก้ปัญหาเน็ตช้าด้วยการจ่ายเงินอัปเกรดแพ็กเกจอินเทอร์เน็ตจาก ISP เช่น จาก 500/500 Mbps เพิ่มเป็น 1000/1000 Mbps แต่ผลลัพธ์คือ พอถึงช่วงเวลาที่มีการใช้งานพร้อมกันมากๆ เน็ตก็ยังค้างอยู่ดี นั่นเพราะพฤติกรรมการใช้งานในสำนักงานมีหลากหลายมาก ทั้งการคุยงานผ่านระบบ VoIP, งานเอกสารบน Cloud, การส่งอีเมล ไปจนถึงการอัปเดต Windows หรือเปิดวิดีโอ 4K ทิ้งไว้
หาก Router ของคุณตั้งค่าไว้แบบ Default ทราฟฟิกทั้งหมดจะแย่งกันวิ่งเข้าท่อแบบ First-Come, First-Served หรือใครมาก่อนได้ก่อน ผลคือไฟล์ขนาดใหญ่เพียงไฟล์เดียวสามารถเข้าไปบล็อกสายโทรศัพท์ VoIP หรือทำให้สัญญาณประชุมหลุดได้ทันที การทำ Bandwidth Limit แบบหยาบๆ จึงไม่เพียงพอต่อการใช้งานจริงในระดับองค์กร
เทคนิคที่ 1: รวมสายอินเทอร์เน็ตและทำ Failover ด้วย PCC Load Balancing
การพึ่งพาอินเทอร์เน็ตเพียงสายเดียวสำหรับอาคารสำนักงานถือเป็นความเสี่ยงสูง หากสายไฟเบอร์ขาดหรือระบบของ ISP มีปัญหา งานทั้งบริษัทจะต้องหยุดชะงัก Solution ที่ผมแนะนำและติดตั้งให้ลูกค้าเสมอคือการทำ Dual WAN โดยใช้เทคนิค PCC Load Balancing (Per Connection Classifier) บน MikroTik
จุดเด่นของ PCC Load Balancing ที่เหนือกว่าวิธีอื่น
- กระจายภาระงานได้อย่างสมดุล: PCC จะทำการแบ่งทราฟฟิกออกเป็นกลุ่มตาม Src-Address, Dst-Address หรือ Port ทำให้การวิ่งของข้อมูลกระจายไปตามเส้นทาง ISP 1 และ ISP 2 เท่าๆ กันอย่างเป็นธรรมชาติ
- รองรับ Failover ในตัว: หากอินเทอร์เน็ตเส้นใดเส้นหนึ่งดับ ระบบจะสลับทราฟฟิกทั้งหมดไปใช้อีกเส้นทางทันทีแบบอัตโนมัติ ทำให้พนักงานทำงานได้ต่อเนื่องโดยไม่รู้สึกว่าเน็ตหลุด
- ไม่ทำให้ Session หลุด: ต่างจากการทำ NTH หรือ Round-Robin ที่อาจทำให้ Session ของเว็บธนาคารหรือระบบรักษาความปลอดภัยหลุดบ่อย PCC จะล็อกให้ 1 Connection วิ่งผ่าน Gateway เดิมตลอดเวลา
ในการตั้งค่า ผมจะใช้ Firewall Mangle เพื่อทำ Mark Connection และ Mark Routing สำหรับแยกทราฟฟิกออกจากกัน แล้วจึงสร้าง Static Route กำหนด Check Gateway เป็น Ping ไว้ เพื่อให้ระบบสลับสายได้ทันทีเมื่อมีเน็ตเส้นใดเส้นหนึ่งร่วง
เทคนิคที่ 2: จัดคิวและเกลี่ย Bandwidth ด้วย Queue Tree ร่วมกับ PCQ
หลังจากที่เรามีท่ออินเทอร์เน็ต 2 เส้นที่ทำงานร่วมกันอย่างมีประสิทธิภาพแล้ว ขั้นตอนสำคัญถัดมาที่ผมใช้จัดการปัญหาสายหลุดคือการตั้งค่า Queue Tree ร่วมกับ PCQ (Per Connection Queue)
ทำไมต้อง PCQ แทนที่จะใช้ Simple Queue แบบเดิมๆ?
หากเราใช้ Simple Queue ล็อกความเร็วเครื่องละ 50/50 Mbps เท่ากันทุกคน ข้อเสียคือในเวลาที่ไม่มีคนอยู่ ออฟฟิศจะเสีย Bandwidth ที่เหลือไปฟรีๆ แต่การใช้ PCQ บน MikroTik ระบบจะคำนวณและหารแบ่ง Bandwidth ที่มีอยู่จริง ณ ขณะนั้นให้กับเครื่องที่กำลังใช้งานอย่างเท่าเทียมกันโดยอัตโนมัติ
ตัวอย่างเช่น หากมี Bandwidth เหลืออยู่ 500 Mbps แล้วมีคนใช้งานแค่ 2 เครื่อง ทั้งสองเครื่องจะได้ความเร็วไปคนละ 250 Mbps แต่เมื่อมีพนักงานเปิดเครื่องใช้งานพร้อมกัน 50 เครื่อง ระบบจะซอยเฉลี่ย Bandwidth เหลือคนละ 10 Mbps ทันที ทำให้ไม่มีใครสามารถแอบดึงเน็ตไปคนเดียวจนกระทบคนอื่นได้
การกำหนดความสำคัญของข้อมูล (QoS Priority)
ในฝั่งของ Queue Tree ผมจะทำการจัดหมวดหมู่ Traffic Priority ออกเป็น 3 ระดับหลักผ่าน Firewall Mangle ดังนี้:
- Priority 1-2 (Real-Time Traffic): สำหรับ VoIP, IP Phone และ Video Conference (Zoom, Teams, Google Meet) ทราฟฟิกส่วนนี้จะถูกดันให้แซงคิวออกไปก่อนเสมอ ไม่ว่าจะมีความอออัดของเน็ตมากแค่ไหน
- Priority 3-5 (General Business): การเข้าเว็บ HTTPS, ระบบ ERP, CRM, อีเมล และงานเอกสารสำนักงานทั่วไป
- Priority 6-8 (Bulk & Entertainment): การดาวน์โหลดไฟล์ใหญ่, การอัปเดตระบบปฏิบัติการ, YouTube และ Social Media ให้วิ่งเมื่อมี Bandwidth เหลือจากการใช้งาน 2 กลุ่มแรกเท่านั้น
ผลลัพธ์จากการปรับแต่งระบบในสถานการณ์จริง
หลังจากที่ผมเข้าไปรีเซ็ตระบบ Network ของลูกค้าออฟฟิศสาทรเคสนั้น โดยการรวมสาย Dual WAN ด้วย PCC และวางโครงสร้าง Queue Tree + PCQ เพื่อคุม Bandwidth ผลปรากฏว่าทราฟฟิกของระบบประชุม Zoom และสายโทรศัพท์ IP Phone นิ่งสนิท สัญญาณคมชัด ไม่มีอาการเสียงขาดหายอีกเลย แม้ว่าทีมการตลาดจะกดดาวน์โหลดไฟล์งานขนาดใหญ่พร้อมกันหลายเครื่องก็ตาม
การบริหารจัดการระบบ Network สำหรับสำนักงานไม่ใช่เรื่องของการซื้อ Router ที่แพงที่สุดเสมอไป แต่คือการเข้าใจพฤติกรรมข้อมูลในองค์กร แล้วใช้เครื่องมือบน RouterOS ของ MikroTik วางโครงสร้างให้ถูกต้อง หากออฟฟิศของคุณกำลังเจอปัญหาเน็ตสะดุด สายหลุด หรือทำงานติดขัด การตั้งค่า Load Balancing และ Bandwidth Management คือคำตอบที่คุ้มค่าและจบปัญหาได้ในระยะยาวครับ
คำถามที่พบบ่อยเกี่ยวกับบทความนี้ (FAQ)
Q: ทำ PCC Load Balancing แล้วเน็ตจะรวมความเร็วเป็น 2 เท่าในการโหลดไฟล์เดียวหรือไม่?
ไม่ครับ การทำ PCC Load Balancing จะเป็นการรวม Bandwidth ในระดับรวมขององค์กร (Aggregate Speed) ทำให้รองรับจำนวนผู้ใช้ได้มากขึ้น แต่การดาวน์โหลดไฟล์เดียวผ่าน 1 Session จะวิ่งบนสาย ISP เส้นใดเส้นหนึ่งเท่านั้น เพื่อป้องกันปัญหา HTTPS Session หลุดครับ
Q: ควรเลือกใช้ Router MikroTik รุ่นไหนสำหรับทำ Load Balancing และ Queue Tree ในออฟฟิศ 50-100 คน?
สำหรับสำนักงานขนาด 50-100 คนที่มีทราฟฟิกค่อนข้างหนัก ผมแนะนำรุ่นที่ใช้ CPU Multi-Core เช่น MikroTik RB1100AHx4 หรือ CCR2004 ครับ เพราะการทำ Firewall Mangle และ Queue Tree บน RouterOS ต้องใช้พลังการประมวลผลของ CPU ในการจัดคิว Packet ค่อนข้างมาก
ต้องการความช่วยเหลือหรือจ้างวางระบบ Network?
ทีมวิศวกร SIAM-LOGIN ยินดีให้คำปรึกษา ออกแบบระบบ และจัดส่งทีมเข้าติดตั้งหน้างาน