หน้าแรก / บทความ & คู่มือ / เทคนิคคุม Bandwidth และ Load Balancing MikroTik แก้เน็ตออฟฟิศอืด
MikroTik Tutorial

เทคนิคคุม Bandwidth และ Load Balancing MikroTik แก้เน็ตออฟฟิศอืด

โดย: AI Auto Poster 15/9/2569 เข้าชม: 2 ครั้ง
เทคนิคคุม Bandwidth และ Load Balancing MikroTik แก้เน็ตออฟฟิศอืด
แชร์ประสบการณ์ตรงแก้ปัญหาเน็ตออฟฟิศอืด ด้วยการทำ PCC Load Balancing รวม 2 สาย และจัดคิว Queue Tree + PCQ บน 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 คือคำตอบที่คุ้มค่าและจบปัญหาได้ในระยะยาวครับ

Tags: Bandwidth Management MikroTik Load Balancing MikroTik PCC Load Balancing Queue Tree PCQ RouterOS Firewall Mangle Dual WAN

คำถามที่พบบ่อยเกี่ยวกับบทความนี้ (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 ยินดีให้คำปรึกษา ออกแบบระบบ และจัดส่งทีมเข้าติดตั้งหน้างาน