مثال توضيحي: تخيل كلية مجتمعية افتراضية تتوقع حضور 500 شخص عبر الإنترنت في وقت واحد، موزعين على خمس فصول دراسية، كل فصل يضم حوالي 100 مشارك. هذا مثال تخطيطي، وليس معيارًا مرجعيًا أو دراسة حالة أو نتيجة اختبار. يكمن الخيار التصميمي الرئيسي في تحديد حجم النظام لاستيعاب اجتماعات متعددة موزعة على عدة خوادم؛ فاجتماع واحد ضخم يضم 500 شخص ينطوي على مخاطر مختلفة.
يُحدد دليل تثبيت BigBlueButton الحالي الحد الأدنى من متطلبات التشغيل لخادم مخصص: نظام Ubuntu 22.04 64 بت، ومعالج ثماني النواة بأداء عالٍ في المعالجة أحادية الخيوط، وذاكرة وصول عشوائي (RAM) بسعة 16 جيجابايت مع تمكين ذاكرة التبديل (swap)، ونطاق ترددي متناظر بسرعة 250 ميجابت/ثانية أو أكثر. ويشترط الدليل توفير مساحة تخزين حرة لا تقل عن 500 جيجابايت عند الاحتفاظ بالتسجيلات، أو 50 جيجابايت في حال تعطيل التسجيل. كما يشترط الدليل أيضًا منافذ TCP العامة 80 و443، ومنافذ UDP من 16384 إلى 32768، واسم مضيف وشهادة SSL صالحة، ودعم IPv4 وIPv6. هذه هي الحد الأدنى من متطلبات تثبيت الخادم، ولا تضمن سعةً كافيةً لمزيج صوتي محدد للاجتماعات. يُرجى مراجعة صفحة التثبيت الخاصة بالإصدار الذي تنوي تثبيته، حيث قد تتغير متطلبات نظام التشغيل والحزمة.
لطالما أشارت الأسئلة الشائعة للمشروع إلى أن حوالي 200 مستخدم متزامن يُعتبر معيارًا تقريبيًا لخادم يفي بالحد الأدنى من المتطلبات. هذا مجرد مرجع تخطيطي تقريبي، وليس ضمانًا لمستوى الخدمة أو حدًا أقصى عالميًا لكل عقدة. وتحذر شركة BigBlueButton نفسها من أن استخدام وحدة المعالجة المركزية للخادم، والذاكرة، وعرض النطاق الترددي، وكاميرا الويب، ومشاركة الشاشة، والتكوين، وإصدار البرنامج، كلها عوامل تؤثر على النتيجة. لذا، اعتبر رقم 200 مستخدم فرضية أولية يجب أن تتحقق من صحتها بناءً على حجم العمل الخاص بك.
بالنسبة للكلية الافتراضية، يُعدّ تصميم مجموعة BigBlueButton رباعية العقد بنيةً أوليةً معقولةً للتقييم، حيث تلبي كل عقدة وسائط الحد الأدنى الحالي للإنتاج أو تتجاوزه، وتستخدم وحدة معالجة مركزية مخصصة عالية التردد. عند توزيع 500 مشارك بالتساوي، يكون متوسط عدد المشاركين 125 مشاركًا لكل عقدة. تُتيح العقدة الرابعة مجالًا لتوزيع الاجتماعات غير المتساوي وتخطيط الصيانة؛ وهي لا تُوفّر حمايةً تلقائيةً لاجتماعٍ يُعقد بالفعل على خادمٍ مُعطّل.
| عنصر | هدف التخطيط المبدئي | لماذا يُعد ذلك مهماً؟ |
|---|---|---|
| عقد وسائط BigBlueButton | 4 خوادم مخصصة؛ كل منها يحتوي على 8 أنوية معالجة مركزية قوية على الأقل وذاكرة وصول عشوائي (RAM) بسعة 16 جيجابايت | يفصل بين أعمال البث المباشر ويوفر مساحة أكبر لتوزيع اجتماعات متعددة مقارنة بمضيف واحد ذي حجم أدنى. |
| شبكة لكل عقدة وسائط | يُعدّ الوصول إلى سعة متناظرة لا تقل عن 1 جيجابت/ثانية هدفًا مناسبًا للتقييم؛ مع مراعاة الحد الأدنى الرسمي البالغ 250 ميجابت/ثانية. | تستهلك عمليات الصوت وكاميرات الويب ومشاركة الشاشة وتنزيلات المشاركين سعة الشبكة. قم بقياس ذروة الإنتاجية الحقيقية وفقدان الحزم. |
| الأقراص والتسجيلات | يجب توفير مساحة خالية لا تقل عن 500 جيجابايت لكل عقدة في حالة التسجيل محليًا، وفقًا لدليل التثبيت؛ وإلا فيجب تحديد الحد الأدنى المطلوب وهو 50 جيجابايت في حالة عدم التسجيل. | يعتمد نمو التسجيل على المدة وعدد الجلسات وفترة الاحتفاظ. لذا، خطط لسعة الأرشيف بشكل منفصل. |
| توجيه المجموعة | مُوسِّع نطاق أو مُوازن أحمال مدعوم ومُدرك للاجتماعات، بالإضافة إلى إعداد عميل/وكيل مشترك تم اختباره عند الحاجة. | يجب تعيين الاجتماعات الجديدة إلى عقدة، بينما يبقى كل اجتماع جارٍ على الخادم المخصص له. |
توصية استخدام أربع عقد هي نقطة انطلاق هندسية مستنتجة من الحد الأدنى الرسمي للتكوين وقاعدة الـ 200 مستخدم التقريبية. لا تنشر BigBlueButton مواصفات عامة تُحدد أربعة خوادم مُعينة لكل 500 مستخدم. على سبيل المثال، في حال تعطل أحد الخوادم، فإن الخوادم الثلاثة الأخرى ستستوعب في المتوسط حوالي 167 مستخدمًا من أصل 500، وذلك فقط إذا أمكن إعادة تعيين الاجتماعات أو إعادة اتصال المستخدمين، وبقيت الخوادم المتبقية ضمن حدودها المُختبرة. لا ينتقل الاجتماع النشط على عقدة معطلة تلقائيًا إلى عقدة أخرى. إذا كان ضمان استمرارية الخدمة أثناء تعطل العقدة أمرًا ضروريًا، فاختبر إجراءات الاستعادة وفكّر في إضافة سعة إضافية تتجاوز هذا النموذج البسيط.
تقوم مجموعات BigBlueButton بتوزيع الاجتماعات بين الخوادم، ولا تجمع عدة عقد في معالج وسائط مشترك واحد لاجتماع واحد. يمكن وضع خمس مجموعات، كل منها تضم 100 مشارك، كاجتماعات كاملة على أربعة خوادم، بينما ستظل مجموعة واحدة تضم 500 مشارك تعمل على خادم BigBlueButton واحد. تنصح الأسئلة الشائعة للمشروع، والمُفهرسة حسب الإصدارات، بعدم التعامل مع اجتماع واحد يضم أكثر من 200 مستخدم كما لو كان استخدامًا عاديًا مدعومًا. إذا كان المطلوب جمهورًا واحدًا من 500 مشارك، فيُرجى التحقق من صحة هذا التصميم مع فريق BigBlueButton أو مزود خدمة مؤهل؛ مع مراعاة إمكانية تقسيم الحدث إلى غرف تفاعلية أصغر أو بثه بشكل منفصل مع تفاعل محدود بين المشاركين.
يُعدّ تكوين الفصل الدراسي الافتراضي عاملاً مهماً أيضاً. فإذا استمع معظم الطلاب إلى الصوت وشاهدوا الشرائح بينما يشارك المدربون فقط كاميرات الويب، فسيكون حجم الوسائط أقل بكثير من اجتماع يشارك فيه العديد من الحضور كاميراتهم وشاشاتهم. يوفر موقع BigBlueButton في قسم الأسئلة الشائعة بيانات توضيحية لمعدلات نقل البيانات عبر كاميرات الويب حسب الدقة، وطريقة لتقدير حجم البيانات الداخلة والخارجة من الخادم بناءً على عدد كاميرات الويب الناشرة والمشاهدين. استخدم هذا النموذج لإنشاء تقدير أولي لعرض النطاق الترددي، ولكن احرص على تضمين الصوت والإشارات ومشاركة الشاشة وإعادة الإرسال وتكاليف البروتوكول. لا تضرب 500 في معدل نقل بيانات واحد مُخمّن وتسمّي النتيجة خطة سعة.
استخدم تصميم شبكة يسمح لعملاء المتصفح بالوصول إلى كل عقدة وسائط مُخصصة عبر منافذ TCP وUDP المطلوبة. توضح وثائق وكيل المجموعة في BigBlueButton أن تدفقات الوسائط واتصالات WebSocket تُتبادل مباشرةً مع الخادم المُستضيف للمؤتمر؛ ويقوم الوكيل المشترك بشكل أساسي بنقل واجهة العميل وموارد الويب ذات الصلة. قد يُصبح الوكيل العكسي الذي يُمرر جميع الوسائط عبر بوابة صغيرة واحدة عن طريق الخطأ نقطة اختناق. تأكد من قواعد جدار الحماية، وعناوين الشبكة العامة، ونظام أسماء النطاقات (DNS)، والشهادات، وعرض النطاق الترددي في كلا الاتجاهين قبل اختبار التحميل.
بالنسبة للكلية المذكورة كمثال، قدّر عدد ومدة الحصص المسجلة يوميًا، ثم قِس حجم التسجيلات التمثيلية من الإصدار والإعدادات الفعلية. اضرب الناتج اليومي المتوقع في عدد أيام الاحتفاظ، وأضف هامشًا تشغيليًا. توصية دليل التثبيت بمساحة 500 جيجابايت كحد أدنى مبدئي، وليست ضمانًا لملاءمة سياسة الاحتفاظ المحددة. راقب المساحة الحرة وقوائم انتظار معالجة التسجيلات، وانقل الملفات المؤرشفة فقط من خلال سير عمل مُختَبَر.
بالنسبة لـ 500 مشارك متزامن في عدة اجتماعات دورية، ابدأ التقييم بأربع عقد وسائط BigBlueButton مخصصة، بحيث تلبي كل منها الحد الأدنى الرسمي للإنتاج، مع إعداد قوي لمجموعة خوادم مُهيأة للاجتماعات. خصص سعة شبكة كافية، وخطط لتخزين التسجيلات بناءً على احتياجات الاحتفاظ المقاسة، واختبر المزيج الأمثل من الغرف والوسائط. هذا التصميم هو فرضية لتحديد الحجم، وليس دليلاً على قدرة أي مثيل سحابي على استيعاب 500 مستخدم. غرفة واحدة تتسع لـ 500 شخص تمثل عبئ عمل مختلفًا، ولا ينبغي استنتاج ذلك من إجمالي عدد المستخدمين في المجموعة.
قارن بين 10 أدوات مسح الشبكة المحلية (Ping) لاكتشاف الشبكات المحلية بسرعة، وإجراء مسح شامل للأنظمة الأساسية المختلفة، وإدارة عناوين IP. تعرّف على ما يمكن أن يكشفه لك المسح وما لا يمكنه كشفه.
قارن بين ست أدوات لإدارة الشبكة لمراقبة الأداء، بما في ذلك تغطية SNMP، ورسم الخرائط، والتنبيهات، ونماذج النشر، والمفاضلات المتعلقة بالتكلفة.
قارن بين أفضل برامج تحليل شبكة Wi-Fi لأنظمة Windows و iPhone و Android، بما في ذلك أدوات ازدحام القنوات وتغطية الإشارة والخرائط الحرارية واستكشاف أخطاء الشبكة وإصلاحها.
قارن بين سبعة برامج مراقبة زمن الاستجابة المجانية والمفتوحة المصدر، بدءًا من مجموعات الشبكة الكاملة وحتى مجسات زمن الاستجابة المركزة، واختر البرنامج المناسب من حيث التوافر وفقدان الحزم والسجل.
تعرف على معنى جودة الخدمة في الشبكات، وكيف تحدد علامات DSCP وقوائم انتظار حركة المرور أولويات تطبيقات الصوت والفيديو والأعمال، وما لا تستطيع جودة الخدمة إصلاحه.
قم ببناء نظام مراقبة شبكة عملي مع تغطية واضحة للأجهزة، ومقاييس أداء مفيدة، وتنبيهات قابلة للتنفيذ، ومقارنة بين SolarWinds NPM وPRTG وOpManager.
قارن بين برامج خوادم SFTP الموثوقة لأنظمة ويندوز ولينكس، بما في ذلك OpenSSH وBitvise وSolarWinds وSFTPGo. اعثر على الخيار الأمثل الذي يلبي احتياجاتك الأمنية واحتياجات نقل الملفات.
قارن بين سبع أدوات لإدارة عناوين IP لاكتشاف الشبكات الفرعية، وتنسيق DNS وDHCP، وجرد الشبكة، وIPAM مفتوح المصدر.
قارن بين أدوات فحص الشبكة لاكتشاف الأجهزة بسرعة، وعمليات فحص IP عبر الأنظمة الأساسية، وإدارة عناوين IP للمؤسسات، مع إرشادات حول مطابقة كل خيار مع شبكتك.
استخدم خيار --traceroute في Nmap لرسم خرائط القفزات إلى مضيف مصرح به، وفهم مخرجات القفزة وRTT، واستكشاف الأخطاء وإصلاحها في الاستجابات المفقودة دون الإفراط في المسح.
