วิธีตั้งค่า Jitsi Videobridge สำหรับการตั้งค่าระบบหลายเซิร์ฟเวอร์ขนาดใหญ่

การเพิ่มเซิร์ฟเวอร์ Jitsi Videobridge (JVB) เป็นวิธีปกติในการเพิ่มขีดความสามารถด้านสื่อสำหรับ Jitsi Meet โดยคงบริการเว็บ Prosody และ Jicofo ไว้บนโฮสต์ Meet เดิม จากนั้นเพิ่มเครื่องบริดจ์อิสระที่ลงทะเบียนกับห้องค้นหาบริดจ์ Prosody เดียวกัน Jicofo จะสามารถจัดวางการประชุมใหม่บนบริดจ์ที่ว่างอยู่ได้ สำหรับการออกแบบพื้นฐานนี้ ผู้เข้าร่วมการประชุมจะใช้บริดจ์ที่เลือกไว้หนึ่งตัว คุณไม่จำเป็นต้องใช้ Octo เพียงเพราะการใช้งานมีเซิร์ฟเวอร์ JVB หลายตัว

คู่มือนี้อ้างอิงจากการตั้งค่าแบบปรับขนาดได้โดยใช้แพ็กเกจบน Debian/Ubuntu ตามคู่มือ Jitsi Handbook ซึ่งตรวจสอบแล้วเมื่อวันที่ 6 ตุลาคม 2026 ความสัมพันธ์ของแพ็กเกจและการกำหนดค่าที่สร้างขึ้นอาจแตกต่างกันไปตามการแจกจ่ายระบบปฏิบัติการ เวอร์ชันแพ็กเกจของ Jitsi และไม่ว่าเซิร์ฟเวอร์จะติดตั้งด้วย Docker หรือวิธีการอื่น โปรดใช้คู่มือการติดตั้งอย่างเป็นทางการที่ตรงกับระบบที่คุณใช้งานอยู่

ทำความเข้าใจความหมายของ “มัลติเซิร์ฟเวอร์” ใน Jitsi

ตรวจสอบแล้ว:การติดตั้ง Jitsi Meet เพียงครั้งเดียวสามารถใช้ Videobridge ได้หลายตัว Jicofo จะตรวจสอบบริดจ์และกำหนดการประชุมใหม่ให้กับบริดจ์ ตัวอย่างแบบง่ายในคู่มือ Jitsi วางบริการ Meet ไว้บนเซิร์ฟเวอร์เดียว และ JVB สามตัวไว้บนเซิร์ฟเวอร์ที่แยกจากกัน บริดจ์แต่ละตัวจะต้องสามารถเข้าถึงได้โดยผู้เข้าร่วมประชุมสำหรับสื่อ และโดยโครงสร้างพื้นฐานของ Meet สำหรับการส่งสัญญาณ

ความเข้าใจผิดที่พบบ่อย: “ฉันต้องการโหลดบาลานเซอร์อยู่หน้า JVB”ในการออกแบบมัลติบริดจ์ที่ระบุไว้ในเอกสาร Jicofo จะเลือกบริดจ์ จากนั้นไคลเอ็นต์จะส่งสื่อไปยังบริดจ์นั้น โหลดบาลานเซอร์ HTTP ทั่วไปที่อยู่หน้าสื่อ UDP ไม่สามารถทดแทนการค้นหาบริดจ์หรือการจัดวางการประชุมได้การดำเนินการ:เพิ่ม JVB แต่ละตัวลงในพูลบริดจ์ของ Prosody/Jicofo และเผยแพร่ที่อยู่สื่อที่สามารถเข้าถึงได้ อย่ากำหนดให้ทราฟฟิกสื่อของทุกบริดจ์ชี้ไปยัง UDP VIP ที่กำหนดขึ้นเอง

ความเข้าใจผิดที่พบบ่อย: “การใช้บริดจ์มากขึ้นจะทำให้การประชุมหนึ่งรายการครอบคลุมเซิร์ฟเวอร์ทั้งหมดโดยอัตโนมัติ”ในการตั้งค่าพื้นฐาน Jicofo จะกำหนดการประชุมให้กับบริดจ์หนึ่งรายการ การกระจายผู้เข้าร่วมจากการประชุมหนึ่งรายการไปยังภูมิภาคหรือบริดจ์ต่างๆ เป็นโครงสร้างเครือข่ายรีเลย์อีกแบบหนึ่งที่เรียกว่า Octo (รีเลย์ที่ปลอดภัยในเอกสาร JVB ปัจจุบัน) คำแนะนำ:เริ่มต้นด้วยการใช้กลุ่มบริดจ์แบบธรรมดาหากเป้าหมายของคุณคือการประชุมพร้อมกันหลายรายการมากขึ้น พิจารณาใช้ Octo เฉพาะเมื่อการประชุมหนึ่งรายการต้องใช้บริดจ์ในหลายตำแหน่ง หรือคุณต้องการพฤติกรรมรีเลย์นั้น

วางแผนการสร้างสระว่ายน้ำบนสะพานก่อนทำการติดตั้ง

เลือกชื่อโฮสต์หรือที่อยู่สาธารณะที่เสถียรเพียงหนึ่งเดียวสำหรับ JVB แต่ละตัว กำหนดรหัสระบบปฏิบัติการที่ไม่ซ้ำกันให้กับ VM ทุกตัว และตั้งชื่อเล่นอินสแตนซ์ JVB ที่ไม่ซ้ำกันเมื่อการกำหนดค่าใช้ XMPP MUC presence บริดจ์ทั้งหมดควรสามารถเข้าถึงบริการ Prosody เดียวกันและห้อง Bridge Brewery เดียวกันได้ รักษาเวอร์ชันให้สอดคล้องกัน: Jicofo จะไม่ใช้บริดจ์ที่มีเวอร์ชันต่างกันในการประชุมเดียวกัน และเอกสารรีเลย์ปัจจุบันได้ย้ำข้อจำกัดนี้สำหรับ Octo ด้วย

ขึ้นอยู่กับสภาพแวดล้อมของคุณ:ไม่มีจำนวนผู้เข้าร่วมต่อ VM ที่ตายตัว เอกสารข้อกำหนดของ Jitsi เองเน้นความจุของเครือข่ายและปริมาณงานมากกว่าตัวเลขขนาดคงที่เพียงตัวเดียว ตัวแปลงสัญญาณ ความละเอียด การออกอากาศพร้อมกัน อัตราแพ็กเก็ต การประชุมพร้อมกัน และแบนด์วิดท์ของผู้ให้บริการ ล้วนส่งผลต่อความจุการดำเนินการ:กำหนดค่าพื้นฐานสำหรับปริมาณงานจริงของคุณ จากนั้นเพิ่มบริดจ์ทีละตัวและสังเกตการใช้งาน CPU ปริมาณงานเครือข่าย การสูญเสียแพ็กเก็ต และคุณภาพการประชุม

ตั้งค่าเซิร์ฟเวอร์ JVB หลายตัวทีละขั้นตอน

1. ตรวจสอบว่าโฮสต์ Meet ที่มีอยู่ใช้งานได้ปกติ

ก่อนเพิ่มเครื่อง โปรดตรวจสอบให้แน่ใจว่าหน้า Meet ที่มีอยู่โหลดได้ โปรแกรม Prosody และ Jicofo ทำงานอยู่ และการโทรทดสอบสำเร็จผ่านบริดจ์ปัจจุบัน บันทึกเวอร์ชันของแพ็กเกจ Jitsi ไว้ การตั้งค่าสัญญาณหรือใบรับรองที่ผิดพลาดบนเซิร์ฟเวอร์หลักจะทำให้บริดจ์ใหม่ดูเหมือนตั้งค่าไม่ถูกต้อง แม้ว่าเครือข่ายจะใช้งานได้ปกติก็ตาม

ในการติดตั้งแพ็กเกจ Debian/Ubuntu ให้ตรวจสอบบริการด้วยsystemctl status prosody jicofo jitsi-videobridge2คำสั่ง `check services` และดูบันทึกของบริการ ใช้ชื่อบริการที่มีอยู่ในการติดตั้งของคุณ เนื่องจากระบบที่ใช้งานในคอนเทนเนอร์จะมีคำสั่งและตำแหน่งจัดเก็บบันทึกที่แตกต่างกัน

2. ตั้งค่า DNS, การกำหนดเส้นทาง และกฎไฟร์วอลล์

กำหนดให้แต่ละบริดจ์มีที่อยู่สาธารณะของตนเอง หรือกำหนดค่าการแมป NAT แบบหนึ่งต่อหนึ่งอย่างถูกต้อง คู่มือการตั้งค่าที่ปรับขนาดได้ระบุเส้นทางทั่วไปเหล่านี้: ไคลเอ็นต์สาธารณะเข้าถึงเว็บโฮสต์ผ่าน TCP 80/443; เซิร์ฟเวอร์ JVB เข้าถึง Prosody ผ่าน TCP 5222; และไคลเอ็นต์เข้าถึง Videobridge แต่ละตัวผ่าน UDP 10000 สำหรับสื่อ โดยทั่วไปแล้ว TCP 80 จะใช้สำหรับการตั้งค่าใบรับรองหรือการเปลี่ยนเส้นทาง ในขณะที่ไซต์ Meet ที่ใช้งานจริงควรใช้ HTTPS

• อนุญาตให้มีการรับส่งข้อมูล UDP 10000 ขาเข้าจากเครือข่ายของผู้เข้าร่วมที่บริการของคุณรองรับไปยังทุกบริดจ์
• อนุญาตการเชื่อมต่อแบบบริดจ์ไปยังพอร์ต TCP 5222 จากโฮสต์ JVB และจำกัดการใช้งานเฉพาะโฮสต์เหล่านั้นเมื่อไฟร์วอลล์ของคุณอนุญาต
• ควรจำกัดการใช้งานบริการ Prosody/XMPP ให้เป็นแบบส่วนตัวเฉพาะโครงสร้างพื้นฐานที่กำหนดไว้เท่านั้น หากเป็นไปได้
• อย่าเปิดเผยปลายทาง HTTP/debug ส่วนตัวของ JVB สู่สาธารณะ หากคุณเปิดใช้งานหรือใช้พร็อกซีปลายทาง WebSocket สาธารณะของ Colibri โปรดปฏิบัติตามเอกสาร JVB และ reverse-proxy สำหรับการใช้งานนั้นๆ อย่างเคร่งครัด

ขึ้นอยู่กับเครือข่ายของคุณ: NAT, กลุ่มความปลอดภัยบนคลาวด์, IPv6, TURN และเครือข่ายองค์กรที่มีข้อจำกัด อาจต้องการตัวเลือกหรือเส้นทางเพิ่มเติม รายการพอร์ตเริ่มต้นไม่ใช่หลักฐานยืนยันว่าสื่อทำงานผ่านไฟร์วอลล์ของคุณได้การดำเนินการ:ตรวจสอบการไหลของแพ็กเก็ตไปยังที่อยู่บริดจ์สาธารณะแต่ละแห่งจากเครือข่ายไคลเอ็นต์ภายนอก และทดสอบการโทรจริง การเชื่อมต่อ XMPP ที่สำเร็จเพียงอย่างเดียวไม่ได้ยืนยันว่าสื่อ UDP ทำงานได้อย่างถูกต้อง

3. ติดตั้งแพ็คเกจ Jitsi Videobridge เดียวกันบนแต่ละโหนด

ใช้ที่เก็บแพ็กเกจ Jitsi และคำแนะนำในการติดตั้งแพ็กเกจที่ตรงกับระบบปฏิบัติการของโฮสต์ Meet ในแต่ละโหนด Debian/Ubuntu ใหม่ ให้ติดตั้งjitsi-videobridge2และตอบคำถามการกำหนดค่าแพ็กเกจด้วยชื่อโฮสต์ Meet ตามที่ระบุไว้ในคู่มือการตั้งค่าแบบปรับขนาดได้อย่างเป็นทางการ คู่มือระบุว่า สำหรับการตั้งค่าแบบใช้แพ็กเกจที่ระบุไว้ในเอกสารนั้น บริดจ์ไม่จำเป็นต้องเปลี่ยนแปลงเพิ่มเติมใดๆ นอกเหนือจากการตั้งค่าเริ่มต้นหลังจากการติดตั้ง

อย่าติดตั้ง Jitsi Meet เวอร์ชันเต็มชุดที่สองบนทุกบริดจ์ เว้นแต่คุณต้องการใช้งาน Meet อย่างอิสระ สำหรับกลุ่มบริดจ์ ให้เก็บเว็บ, Prosody และ Jicofo ไว้บนโฮสต์หลัก และเพิ่มบริการ JVB ไปยังเครื่องอื่นๆ ใช้ JVB เวอร์ชันเดียวกันที่รองรับทั่วทั้งกลุ่ม และวางแผนการอัปเกรดอย่างรอบคอบ เพื่อไม่ให้กลุ่มบริดจ์มีเวอร์ชันต่างกันนานเกินความจำเป็น

4. ตรวจสอบการลงทะเบียนสะพานและตัวตนของผู้ใช้

ในการตั้งค่าแบบแพ็กเกจ ขั้นแรกให้ใช้โปรแกรมกำหนดค่าแพ็กเกจอย่างเป็นทางการสร้างการตั้งค่าที่ต้องการก่อน JVB จำเป็นต้องเชื่อมต่อกับ Prosody และประกาศสถานะบริดจ์ไปยัง MUC ของ Brewery เดียวกันกับที่ Jicofo ตรวจสอบ หากคุณใช้เส้นทางการกำหนดค่าไคลเอ็นต์ XMPP ปัจจุบัน เอกสาร JVB จะแสดงส่วนที่เกี่ยวข้องภายใต้videobridge.statsและvideobridge.apis.xmpp-client.configs; Jicofo ต้องเข้าร่วม Brewery ที่เกี่ยวข้องโดยjicofo.bridge.brewery-jidใช้

การตั้งค่าทั่วไปในคอมพิวเตอร์สมัยใหม่จะมีรูปแบบนี้ โปรดแทนที่ค่าตัวอย่างทั้งหมดด้วยค่าจากระบบของคุณ และปกป้องรหัสลับที่ใช้ร่วมกัน:

videobridge {
  stats {
    enabled = true
    transports = [{ type = "muc" }]
  }
  apis {
    xmpp-client {
      configs {
        xmpp-server-1 {
          hostname = "meet.example.com"
          domain = "auth.meet.example.com"
          username = "jvb"
          password = "REPLACE_WITH_SECRET"
          muc_jids = "JvbBrewery@internal.auth.meet.example.com"
          muc_nickname = "bridge-01"
        }
      }
    }
  }
}

ใช้ชื่อที่แตกต่างกันmuc_nicknameในแต่ละบริดจ์ (ตัวอย่างเช่นbridge-02และbridge-03) โครงการ JVB เตือนว่าชื่อเล่นต้องไม่ซ้ำกันในแต่ละอินสแตนซ์ ชื่อไฟล์การกำหนดค่าที่แน่นอนและว่าจำเป็นต้องใช้บล็อกที่ระบุอย่างชัดเจนนี้หรือไม่นั้นขึ้นอยู่กับแพ็กเกจและการตั้งค่าที่มีอยู่ของคุณ หลีกเลี่ยงการวางซ้อนการกำหนดค่าสมัยใหม่ที่เขียนด้วยมือลงบนการตั้งค่าแพ็กเกจแบบเก่าที่สร้างขึ้นโดยไม่ตรวจสอบเอกสารของเวอร์ชันที่ติดตั้งไว้ก่อน

5. เริ่มการทำงานของบริการและตรวจสอบบันทึก

รีสตาร์ทหรือเริ่ม JVB บนโฮสต์ใหม่แต่ละเครื่อง จากนั้นตรวจสอบว่า JVB ยังคงทำงานและเชื่อมต่อกับ Prosody ได้หรือไม่ คู่มือการตั้งค่าแบบปรับขนาดได้แนะนำให้ตรวจสอบบันทึกของ Prosody และ Jicofo เพื่อยืนยันการเชื่อมต่อบริดจ์ และตรวจสอบว่า Jicofo ค้นพบบริดจ์หรือไม่ หากไม่พบบริดจ์ ให้ตรวจสอบตามลำดับนี้: การแก้ไข DNS และการเข้าถึง TCP 5222; ข้อมูลประจำตัว XMPP และโดเมน; การสะกดชื่อ MUC ของโรงเบียร์ที่ถูกต้อง; ชื่อเล่นที่ซ้ำกัน; จากนั้นตรวจสอบความเข้ากันได้ของเวอร์ชัน JVB/Jicofo

6. เรียกใช้การทดสอบสื่อภายนอกบนบริดจ์ทุกตัว

เริ่มการประชุมทดสอบใหม่หลายๆ ครั้ง และตรวจสอบว่า Jicofo จัดสรรการประชุมเหล่านั้นไปยังกลุ่มบริดจ์ที่มีอยู่ได้อย่างเหมาะสมหรือไม่ การที่การประชุมหนึ่งครั้งไปอยู่บนบริดจ์เดียวถือเป็นเรื่องปกติ และไม่ได้แสดงว่าการกระจายบริดจ์ล้มเหลว ใช้ส่วนติดต่อการดีบักของ Jicofo หากเปิดใช้งานและจำกัดการเข้าถึง เพื่อตรวจสอบบริดจ์ที่มีอยู่และการประชุมที่ใช้งานอยู่ เอกสาร JVB ให้curl http://localhost:8888/debugตัวอย่างการดีบักในเครื่องไว้ ผูกส่วนติดต่อการวินิจฉัยของไฟร์วอลล์หรือส่วนติดต่ออื่นๆ เพื่อให้ยังคงเป็นส่วนตัว

ทดสอบกับไคลเอ็นต์ที่อยู่นอกเครือข่ายเซิร์ฟเวอร์ ยืนยันว่าเสียงและวิดีโอทำงานได้ จากนั้นตรวจสอบที่อยู่บริดจ์ที่เลือกและการไหลของ UDP หากบริดจ์ปรากฏใน Jicofo แต่การโทรล้มเหลวเฉพาะเมื่อเลือกบริดจ์นั้น ให้ตรวจสอบที่อยู่สาธารณะ การแมป NAT ไฟร์วอลล์ UDP และผู้สมัครที่ประกาศไว้ ควรกันบริดจ์หนึ่งตัวออกจากระบบระหว่างการบำรุงรักษาโดยใช้ขั้นตอนการระบายหรือการปรับใช้ที่รองรับสำหรับเวอร์ชันที่ติดตั้งของคุณเท่านั้น การรีสตาร์ทบริดจ์ที่ใช้งานอยู่สามารถขัดจังหวะการประชุมที่กำหนดให้กับบริดจ์นั้นได้

คุณควรเปิดใช้งาน Octo เมื่อใด?

Octo เป็นหัวข้อที่เหมาะสมเมื่อการประชุมเดียวจำเป็นต้องใช้บริดจ์หลายตัว ซึ่งมักเป็นเพราะผู้เข้าร่วมกระจายอยู่ทั่วภูมิภาค ไม่ใช่ข้อกำหนดเบื้องต้นสำหรับการเพิ่ม JVB สำหรับความจุปกติ เอกสารรีเลย์ JVB ปัจจุบันกำหนดให้มีการกำหนดค่ารีเลย์บนบริดจ์ที่เข้าร่วมแต่ละตัว, Colibri WebSockets สำหรับการเชื่อมต่อระหว่างบริดจ์ และกลยุทธ์การเลือกบริดจ์ Jicofo ที่เหมาะสม พฤติกรรมที่คำนึงถึงภูมิภาคยังขึ้นอยู่กับการให้ข้อมูลภูมิภาคของไคลเอ็นต์ที่ถูกต้องแก่การกำหนดค่า Meet ที่ให้บริการด้วย

การกำหนดค่ารีเลย์ประกอบด้วยรหัสเฉพาะrelay-idและภูมิภาคสำหรับแต่ละบริดจ์ ในขณะที่ Jicofo เปิดใช้งาน Octo และเลือกกลยุทธ์ เช่น นอกจากนี้RegionBasedBridgeSelectionStrategyปลายทาง WebSocket ของรีเลย์ยังต้องถูกกำหนดเส้นทางผ่านพร็อกซีอย่างถูกต้อง การตั้งค่าเหล่านี้เปลี่ยนแปลงไปตามเวอร์ชันและโทโพโลยี ดังนั้นโปรดปฏิบัติตามคู่มือรีเลย์ปัจจุบันและตรวจสอบเส้นทางพร็อกซีที่แน่นอนก่อนการใช้งานจริง

คำแนะนำ:ปิดใช้งาน Octo ไว้สำหรับกลุ่มบริดจ์แบบง่ายๆ ที่มีเพียงภูมิภาคเดียว หากคุณต้องการใช้งานหลายภูมิภาค ให้ทดสอบด้วยกลยุทธ์การแบ่งกลุ่มตามเอกสารในสภาพแวดล้อมทดสอบ ตรวจสอบตัวเลือกบริดจ์และสถานะการประชุมของ Jicofo จากนั้นกำหนดค่าภูมิภาคไคลเอ็นต์และการเลือกตามภูมิภาค อย่าตั้งค่าป้ายกำกับภูมิภาคจนกว่าคุณจะทราบว่าไคลเอ็นต์จะได้รับเมตาเดตาภูมิภาคที่ตรงกันอย่างไร

สิ่งที่ต้องติดตามเมื่อขยายธุรกิจ

• เครือข่าย:ปริมาณการรับส่งข้อมูลขาออกและขาเข้า การสูญหายของแพ็กเก็ต ความผันผวนของเวลา และการเข้าถึงพอร์ต UDP 10000 จากเครือข่ายไคลเอ็นต์จริง
• ภาระของโฮสต์: CPU, หน่วยความจำ, สุขภาพของ JVM และอัตราการส่งแพ็กเก็ตอย่างต่อเนื่อง ขนาดที่วัดจากจำนวนการประชุมที่เป็นตัวแทน แทนที่จะเป็นการนับจำนวนการโทรทั่วไป
• การเป็นสมาชิกพูล:สถานะการเชื่อมต่อใน Jicofo ความสอดคล้องของเวอร์ชัน และความสามารถในการสร้างการประชุมใหม่บนทุกโหนด
• ประสบการณ์ของผู้เข้าร่วม:เสียงไม่ต่อเนื่อง วิดีโอค้าง การเชื่อมต่อใหม่ และคุณภาพต่ำกว่าที่คาดไว้ในช่วงที่มีผู้ใช้งานสูงสุด

หากผู้ใช้รายงานปัญหาเฉพาะใน JVB ตัวใดตัวหนึ่ง ให้เปรียบเทียบเส้นทางเครือข่ายและการกำหนดค่าของโหนดนั้นกับโหนดที่ทำงานได้ปกติก่อนที่จะเพิ่มขนาดคลัสเตอร์ทั้งหมด หากบริดจ์ทั้งหมดทำงานผิดปกติพร้อมกัน ปัญหาคอขวดอาจอยู่ที่แบนด์วิดท์ที่ใช้ร่วมกัน บริการส่งสัญญาณหลัก หรือเครือข่ายของผู้เข้าร่วม การขยายขนาดจะได้ผลเมื่อบริดจ์ใหม่สามารถเข้าถึงได้อย่างอิสระ ลงทะเบียนอย่างถูกต้อง และลดภาระได้อย่างเห็นได้ชัดระหว่างการทดสอบที่สมจริง

เอกสารอ้างอิงอย่างเป็นทางการ

• คู่มือ Jitsi: คู่มือ DevOps (การตั้งค่าที่ปรับขนาดได้)
• คู่มือการใช้งาน Jitsi: ข้อกำหนด
• Jitsi Videobridge: การกำหนดค่า MUC
• Jitsi Videobridge: การตั้งค่ารีเลย์ (Octo)
• Jitsi Videobridge: อินเทอร์เฟซ HTTP และ REST