نکات کلیدی
- به همین دلیل انتخاب سرور کلاس آنلاین باید بر اساس تعداد جلسات هم زمان، تعداد وبکم های روشن و ظرفیت شبکه انجام شود، نه صرفاً تعداد حساب های ثبت شده.
- پیش از نصب، hostname اختصاصی برای سرویس تعیین کنید و رکورد DNS آن را به IP سرور متصل کنید.
- اگر همه کاربران هم زمان مشکل دارند، احتمال اختلال سرور یا مسیر اصلی بیشتر است؛ اگر تنها یک شبکه خاص مشکل دارد، فایروال، NAT یا کیفیت اتصال همان شبکه را بررسی کنید.
سرور بیگ بلو باتن (BigBlueButton Server) زیرساخت اجرای یک بستر متن‌باز برای برگزاری کلاس زنده، وبینار و جلسه آموزشی در مرورگر است. در چنین سامانه‌ای کاربران فقط تصویر صفحه را نمی‌بینند؛ صدا، وبکم، اشتراک صفحه، وایت‌برد و ضبط جلسه نیز باید هم‌زمان پردازش و توزیع شوند. به همین دلیل انتخاب سرور کلاس آنلاین باید بر اساس تعداد جلسات هم‌زمان، تعداد وبکم‌های روشن و ظرفیت شبکه انجام شود، نه صرفاً تعداد حساب‌های ثبت‌شده.
سرور BigBlueButton چه کاری انجام می‌دهد؟
سرور، ارتباط رسانه‌ای میان شرکت‌کنندگان را مدیریت می‌کند. در معماری نسخه‌های جدید، اجزایی مانند FreeSWITCH برای صدا و mediasoup برای جریان‌های WebRTC نقش دارند. رابطی مانند Greenlight می‌تواند برای ساخت اتاق و مدیریت ورود استفاده شود و سامانه مدیریت یادگیری مانند Moodle نیز امکان پیوند کلاس زنده با دوره‌ها و کاربران آموزشی را فراهم می‌کند.
هرچه تعداد وبکم‌های فعال بیشتر باشد، سرور باید جریان‌های بیشتری را دریافت و به کاربران دیگر برساند. از این رو یک کلاس با تعداد شرکت‌کننده متوسط اما وبکم‌های روشن ممکن است از جلسه‌ای بزرگ‌تر با دوربین‌های خاموش فشار بیشتری ایجاد کند. ظرفیت واقعی را باید با سناریوی استفاده واقعی و آزمون بار اندازه گرفت.
حداقل منابع سخت‌افزاری و سیستم‌عامل
برای نسخه 3.0، راهنمای نصب عملیاتی حداقل‌هایی شامل Ubuntu 22.04 نسخه 64 بیتی، پردازنده ۸ هسته‌ای با کارایی تک‌رشته‌ای بالا، 16GB حافظه RAM با swap فعال و پهنای باند متقارن 250Mbps را مطرح می‌کند. فضای دیسک پیشنهادی نیز با توجه به فعال یا غیرفعال بودن ضبط متفاوت است: برای نصب همراه ضبط، 500GB و در حالت بدون ضبط 50GB فضای آزاد در نظر گرفته می‌شود.
| منبع | حداقل مطرح‌شده برای نسخه 3.0 | نکته انتخاب |
|---|---|---|
| سیستم‌عامل | Ubuntu 22.04 نسخه 64 بیتی | نسخه سازگار و به‌روز را مطابق راهنمای نصب انتخاب کنید |
| پردازنده | ۸ هسته با کارایی تک‌رشته‌ای بالا | توان هر هسته برای پردازش رسانه اهمیت دارد |
| حافظه | 16GB RAM و swap فعال | مصرف واقعی را در ساعات اوج پایش کنید |
| فضای دیسک | 500GB با ضبط؛ 50GB بدون ضبط | سیاست نگهداری فایل‌های ضبط‌شده را تعیین کنید |
| شبکه | 250Mbps متقارن | ترافیک خروجی وبکم‌ها را در برآورد لحاظ کنید |
چرا سرعت هر هسته و پهنای باند اهمیت دارد؟
تعداد هسته به‌تنهایی معیار مناسبی برای انتخاب CPU نیست. در پردازش رسانه، کارایی تک‌رشته‌ای نیز اهمیت دارد و توان هر هسته می‌تواند روی تعداد جریان‌هایی که یک worker مدیریت می‌کند اثر بگذارد. پردازنده‌ای با هسته‌های زیاد اما فرکانس و کارایی پایین‌تر الزاماً در همه سناریوها بهتر از CPU سریع‌تر نیست. ترکیب تعداد هسته، توان هر هسته و نوع بار کاری را بررسی کنید.
برای تخمین شبکه، تعداد دوربین‌های روشن، کیفیت تصویر، نرخ فریم و تعداد گیرندگان هر جریان را در نظر بگیرید. هر وبکم فقط یک جریان ورودی نیست؛ سرور باید رسانه را برای شرکت‌کنندگان دیگر توزیع کند. بنابراین مصرف شبکه با افزایش تعداد دوربین‌ها و شرکت‌کنندگان می‌تواند به‌سرعت رشد کند. پهنای باند متقارن اهمیت دارد، زیرا هم دریافت و هم ارسال رسانه فعال است.
در آزمون بار، یک جلسه نمونه با تعداد واقعی شرکت‌کنندگان و الگوی معمول وبکم برگزار کنید. مصرف CPU، RAM، ترافیک شبکه و فضای دیسک را در طول جلسه ثبت کنید. نتیجه یک کلاس آزمایشی با دوربین‌های خاموش برای پیش‌بینی ظرفیت یک رویداد شلوغ کافی نیست.
نصب BigBlueButton روی سرور
پیش از نصب، hostname اختصاصی برای سرویس تعیین کنید و رکورد DNS آن را به IP سرور متصل کنید. گواهی HTTPS معتبر لازم است؛ مرورگرها برای دسترسی به میکروفون و وبکم به بستر امن نیاز دارند. پورت‌های وب و بازه‌های UDP موردنیاز را مطابق راهنمای همان نسخه در فایروال باز کنید و مطمئن شوید سرویس‌های دیگری روی پورت‌های موردنیاز تداخل ندارند.
نصب نسخه عملیاتی را با اسکریپت رسمی متناسب با BigBlueButton 3.0 انجام دهید. گزینه‌های نصب، دامنه و روش صدور گواهی را پیش از اجرا مشخص کنید. پس از نصب، وضعیت سرویس‌ها را بررسی کنید و آزمون ورود به اتاق، میکروفون، وبکم، اشتراک صفحه و ضبط را جداگانه انجام دهید. صرف مشاهده صفحه ورود به معنی آماده بودن همه اجزای رسانه نیست.
پورت‌ها، فایروال و سرور TURN
برای دسترسی وب، پورت‌های TCP 80 و 443 اهمیت دارند و جریان‌های رسانه به UDP نیاز دارند. در راهنمای نسخه 3.0 بازه UDP مربوط به رسانه باید مطابق پیکربندی نصب باز باشد. قواعد فایروال سیستم‌عامل و فایروال دیتاسنتر را هر دو بررسی کنید؛ باز بودن پورت در یک لایه به معنی عبور ترافیک از همه مسیر نیست.
برخی شبکه‌های سازمانی UDP خروجی را محدود می‌کنند. در این وضعیت TURN می‌تواند ترافیک رسانه را از مسیر قابل دسترس‌تری عبور دهد. برای راه‌اندازی TURN به hostname و گواهی معتبر و پورت‌های لازم نیاز دارید. این سرویس معمولاً پردازش رسانه را جایگزین سرور اصلی نمی‌کند؛ نقش آن فراهم‌کردن مسیر ارتباطی برای کاربرانی است که اتصال مستقیم WebRTC ندارند.
اتصال BigBlueButton به Moodle
با اتصال Moodle به BigBlueButton، فعالیت کلاس آنلاین می‌تواند درون دوره آموزشی تعریف شود و کاربران از فضای آشنای سامانه یادگیری وارد جلسه شوند. در نسخه‌های جدید Moodle، ماژول فعالیت BigBlueButton در هسته ارائه می‌شود، اما ممکن است مدیر لازم باشد آن را در مدیریت فعالیت‌ها فعال کند. برای اتصال، نشانی سرور و shared secret موردنیاز است که از تنظیمات سرور BigBlueButton دریافت می‌شود.
بهتر است Moodle و BigBlueButton روی دو سرور جدا اجرا شوند؛ زیرا هر دو برای سرویس وب به پورت‌های استاندارد نیاز دارند و بار کلاس زنده می‌تواند منابع سایت آموزشی را تحت فشار قرار دهد. در سناریوهای بزرگ‌تر، جداسازی پایگاه داده Moodle نیز قابل بررسی است. پس از ثبت تنظیمات اتصال، یک دوره آزمایشی بسازید و ورود، پایان جلسه و دسترسی به گزارش‌ها را بررسی کنید.
ضبط جلسه و مدیریت فضای ذخیره‌سازی
ضبط کلاس به فضای دیسک نیاز دارد و حجم آن با تعداد و طول جلسات افزایش پیدا می‌کند. اگر ضبط فعال است، ظرفیت ذخیره‌سازی را فقط بر اساس نیاز روز اول محاسبه نکنید؛ تعداد کلاس‌های هفتگی، مدت نگهداری و کیفیت خروجی را نیز در نظر بگیرید. فایل‌های قدیمی را مطابق سیاست آموزشی آرشیو یا حذف کنید و از نسخه‌های ضروری پشتیبان بگیرید.
مسیر ضبط‌ها را از پارتیشن سیستم‌عامل جدا نگه‌داشتن می‌تواند مدیریت فضا را آسان‌تر کند. هشدار مصرف دیسک تعریف کنید تا پرشدن فضای ذخیره‌سازی به توقف سرویس یا شکست پردازش ضبط منجر نشود. بازیابی یک فایل ضبط‌شده را نیز در محیط آزمایشی بررسی کنید.
مقیاس‌پذیری و مدیریت کلاس‌های پرتعداد
اگر تعداد جلسات و کاربران افزایش پیدا می‌کند، معماری را از ابتدا طوری طراحی کنید که افزودن سرور رسانه یا توزیع بار امکان‌پذیر باشد. ابزارهایی مانند Scalelite در معماری چندسروری می‌توانند به توزیع جلسات کمک کنند. پیش از اضافه‌کردن سرور، محدودیت‌های شبکه، مدیریت دامنه‌ها، گواهی‌ها و روش پایش هر گره را مشخص کنید.
برای هر دوره آموزشی ظرفیت را با بدترین ساعت استفاده بسنجید؛ یعنی زمانی که چند کلاس هم‌زمان برگزار می‌شوند و بخش قابل توجهی از کاربران وبکم دارند. عدد ظرفیت اسمی یک سرور به‌تنهایی برای تصمیم خرید کافی نیست. آزمون عملی با همان مرورگرها، شبکه کاربران و کیفیت رسانه‌ای که در روز برگزاری استفاده می‌شود، تصویر دقیق‌تری می‌دهد.
پرسش‌های متداول
حداقل منابع سرور BigBlueButton 3.0 چیست؟
حداقل‌های مطرح‌شده شامل Ubuntu 22.04، پردازنده ۸ هسته‌ای با کارایی تک‌رشته‌ای بالا، 16GB RAM با swap، فضای 500GB با ضبط یا 50GB بدون ضبط و پهنای باند متقارن 250Mbps است.
یک سرور چند دانشجو را پشتیبانی می‌کند؟
ظرفیت به تعداد وبکم‌ها، کیفیت رسانه، جلسات هم‌زمان و توان پردازنده و شبکه وابسته است. برای عدد قابل اتکا باید سناریوی واقعی کلاس را آزمایش کنید.
آیا می‌توان BigBlueButton را روی VPS نصب کرد؟
بله، اگر منابع اختصاص‌یافته، شبکه و سیستم‌عامل با نیاز نسخه موردنظر سازگار باشند. برای کلاس‌های پرترافیک، منابع اختصاصی و قابل پیش‌بینی اهمیت بیشتری دارند.
چرا بعضی کاربران صدا یا تصویر ندارند؟
محدودیت UDP در شبکه کاربر، تنظیم فایروال، NAT یا پیکربندی رسانه می‌تواند باعث اختلال شود. مسیر TURN برای برخی شبکه‌های محدودکننده راهکار مناسبی است.
آیا Moodle و BigBlueButton باید روی یک سرور باشند؟
الزامی نیست و جداسازی آن‌ها معمولاً مدیریت منابع و پورت‌ها را ساده‌تر می‌کند. Moodle می‌تواند روی سرور خود باقی بماند و فقط به نشانی و کلید سرور کلاس متصل شود.
جمع‌بندی
راه‌اندازی BigBlueButton موفق به انتخاب درست سرور، پهنای باند متقارن، پیکربندی پورت‌ها و آزمون سناریوی واقعی کلاس وابسته است. برای نسخه 3.0 حداقل‌های سیستم‌عامل، CPU، RAM و دیسک را مبنا قرار دهید، اما ظرفیت نهایی را با تعداد وبکم‌ها و جلسات هم‌زمان بسنجید. اتصال جداگانه به Moodle، استفاده از TURN برای شبکه‌های محدود و برنامه‌ریزی فضای ضبط نیز به پایداری آموزش آنلاین کمک می‌کند.
برنامه‌ریزی ظرفیت بر اساس الگوی واقعی آموزش
برای برآورد سرور، تعداد کل ثبت‌نام‌کنندگان دوره را با تعداد کاربران هم‌زمان اشتباه نگیرید. ممکن است یک دوره صدها دانشجو داشته باشد اما در هر جلسه فقط بخشی از آن‌ها حاضر شوند. از طرف دیگر، چند کلاس می‌توانند در یک ساعت مشترک برگزار شوند. بنابراین تعداد جلسه‌های هم‌زمان، شرکت‌کنندگان هر جلسه و درصد وبکم‌های فعال را جداگانه تخمین بزنید.
سه سناریو طراحی کنید: کلاس معمولی، ساعت پرترافیک و رویداد ویژه. در هر سناریو تعداد شرکت‌کنندگان، وبکم‌ها، اشتراک صفحه و ضبط را مشخص کنید. سپس آزمون بار را با نزدیک‌ترین الگو به سناریوی پرترافیک اجرا کنید. ثبت CPU، RAM، پهنای باند و زمان پاسخ در طول آزمون، مبنای تصمیم درباره ارتقای سرور خواهد بود.
نقش کیفیت شبکه کاربران
کیفیت کلاس تنها به دیتاسنتر وابسته نیست. شبکه خانگی یا سازمانی دانشجو، کیفیت Wi-Fi، محدودیت فایروال و مسیر اینترنت تا سرور نیز بر تجربه اثر می‌گذارد. اگر تنها گروهی از کاربران مشکل دارند، زمان و شبکه آن‌ها را با کاربران سالم مقایسه کنید. یک مشکل منطقه‌ای یا محدودیت UDP در یک سازمان ممکن است به‌اشتباه به کمبود منابع سرور نسبت داده شود.
برای کاهش مشکلات کاربران، راهنمای کوتاهی درباره استفاده از مرورگر به‌روز، اتصال پایدار و اجازه دسترسی میکروفون و دوربین آماده کنید. در محیط‌های سازمانی، پیش از برگزاری دوره، اتصال از شبکه واقعی کاربران را آزمایش کنید. اگر UDP در شبکه‌ای محدود است، مسیر TURN را بررسی کنید.
مانیتورینگ و هشداردهی سرور کلاس آنلاین
پایش پیوسته CPU، RAM، swap، فضای دیسک، پهنای باند و وضعیت سرویس‌ها به شناسایی مشکل پیش از اختلال گسترده کمک می‌کند. برای پرشدن فضای ضبط یا افزایش غیرعادی مصرف حافظه هشدار تعریف کنید. همچنین دسترس‌پذیری HTTPS و اعتبار گواهی را بررسی کنید تا پایان اعتبار گواهی باعث از دسترس خارج شدن ورود کاربران نشود.
لاگ سرویس‌های رسانه و وب را با زمان جلسه تطبیق دهید. اگر اختلال فقط هنگام فعال‌شدن چند وبکم رخ می‌دهد، به احتمال زیاد بار رسانه‌ای عامل مهمی است. اگر مشکل با شروع ضبط ظاهر می‌شود، مصرف دیسک و پردازش ضبط را جداگانه بسنجید. این تفکیک از تغییر بی‌هدف سخت‌افزار جلوگیری می‌کند.
مدیریت ضبط، آرشیو و بازیابی کلاس‌ها
پیش از شروع ترم، سیاست ضبط را مشخص کنید: کدام کلاس‌ها ضبط می‌شوند، چه مدت نگهداری خواهند شد و چه کسانی اجازه مشاهده یا دریافت فایل را دارند. ضبط همه جلسات بدون برنامه ظرفیت می‌تواند فضای دیسک را سریع مصرف کند. برای فایل‌های موردنیاز، نسخه پشتیبان جداگانه در نظر بگیرید و روند بازگردانی را آزمایش کنید.
اگر فضای ذخیره‌سازی به پارتیشن جداگانه منتقل شده است، وضعیت mount شدن آن پس از reboot را بررسی کنید. هشدار فضای آزاد را پیش از رسیدن به آستانه بحرانی تنظیم کنید. حذف دستی فایل‌های داخلی در حال پردازش می‌تواند به ضبط یا فهرست جلسه آسیب بزند؛ پاک‌سازی باید مطابق چرخه کاری نرم‌افزار انجام شود.
جداسازی نقش‌ها و افزایش ظرفیت
در معماری ساده، سرور BigBlueButton می‌تواند همه اجزای لازم را اجرا کند. با رشد تعداد کلاس‌ها، جداسازی سامانه مدیریت یادگیری، پایگاه داده و سرویس کلاس زنده می‌تواند رقابت منابع را کاهش دهد. Moodle می‌تواند روی سرور وب خود باقی بماند و تنها از طریق URL و shared secret به BigBlueButton متصل شود.
برای چند سرور رسانه، مسیر توزیع جلسات و مدیریت ظرفیت هر گره باید از قبل طراحی شود. راهکارهایی مانند Scalelite برای توزیع بار در معماری چندسروری به کار می‌روند. پیش از گسترش، پایش یکپارچه، مدیریت گواهی، DNS، سیاست پشتیبان‌گیری و روش خارج‌کردن یک گره از مدار را مشخص کنید.
چک‌لیست پیش از شروع ترم
- نسخه نرم‌افزار و سیستم‌عامل با راهنمای نصب انتخاب‌شده مطابقت دارد.
- دامنه و گواهی HTTPS معتبر هستند.
- پورت‌های TCP و UDP موردنیاز از همه لایه‌های فایروال عبور می‌کنند.
- یک کلاس آزمایشی با وبکم و اشتراک صفحه برگزار شده است.
- اتصال Moodle و ورود کاربران در یک دوره نمونه آزمایش شده است.
- فضای ضبط، آرشیو و هشدار پرشدن دیسک تنظیم شده است.
- نسخه پشتیبان تهیه و بازیابی آن آزمایش شده است.
- ظرفیت در ساعت اوج و سناریوی چند جلسه هم‌زمان سنجیده شده است.
تفکیک بار رسانه از سامانه آموزشی
سایت آموزشی معمولاً علاوه بر کلاس زنده، صفحات دوره، فایل‌ها، آزمون‌ها و ورود کاربران را نیز ارائه می‌کند. اگر این وظایف روی همان ماشین پردازش رسانه انجام شوند، افزایش بازدید سایت می‌تواند منابع موردنیاز کلاس را کاهش دهد. جداسازی Moodle از BigBlueButton به هر سامانه اجازه می‌دهد منابع متناسب با نوع بار خود داشته باشد و ارتقای یکی، لزوماً دیگری را تغییر ندهد.
در طراحی چندسروری، ارتباط میان Moodle و سرور کلاس باید از نظر DNS، HTTPS و کلید اشتراکی پایدار باشد. دسترسی‌ها را محدود کنید و از افشای shared secret در گزارش‌ها یا فایل‌های عمومی جلوگیری کنید. پس از تغییر نشانی سرور یا کلید، ورود کاربران و ساخت جلسه آزمایشی را بررسی کنید.
مدیریت دسترسی کاربران و نقش‌های کلاس
پیش از شروع دوره، نقش مدرس، دستیار و شرکت‌کننده را تعریف کنید. مدرس باید بتواند ارائه و مدیریت جلسه را انجام دهد، در حالی که دسترسی شرکت‌کننده به ابزارهای مدیریتی محدود می‌ماند. اگر ورود از طریق Moodle انجام می‌شود، نقش‌ها و گروه‌های دوره را در سناریوی آزمایشی بررسی کنید تا کاربران با سطح دسترسی اشتباه وارد کلاس نشوند.
برای وبینارهای عمومی، سیاست ورود مهمان، رمز اتاق و کنترل اشتراک صفحه را مشخص کنید. اتاق‌های بدون محدودیت ممکن است در معرض ورود ناخواسته قرار گیرند. پس از پایان رویداد نیز دسترسی‌های موقت را جمع‌آوری کنید و فایل‌های ضبط را فقط در اختیار گروه مجاز قرار دهید.
بررسی کیفیت جلسه پیش از رویداد
یک جلسه آزمایشی با مدرس و چند شرکت‌کننده از شبکه‌های متفاوت برگزار کنید. ورود از مرورگر، انتخاب میکروفون، فعال‌سازی دوربین، اشتراک صفحه، چت و ضبط را به‌ترتیب آزمایش کنید. این تست باید از شبکه‌ای انجام شود که کاربران واقعی استفاده می‌کنند؛ تست از داخل دیتاسنتر به‌تنهایی محدودیت فایروال سازمان یا اینترنت خانگی را نشان نمی‌دهد.
در طول آزمایش، زمان شروع مشکل و تعداد کاربران درگیر را ثبت کنید. اگر همه کاربران هم‌زمان مشکل دارند، احتمال اختلال سرور یا مسیر اصلی بیشتر است؛ اگر تنها یک شبکه خاص مشکل دارد، فایروال، NAT یا کیفیت اتصال همان شبکه را بررسی کنید. ثبت شواهد، ارتباط تیم فنی با کاربران را دقیق‌تر می‌کند.
مدیریت تغییرات نسخه و بازگشت
نسخه BigBlueButton و اجزای وابسته را بدون برنامه تغییر ندهید. پیش از ارتقا، سازگاری سیستم‌عامل، Moodle، مرورگرهای مورد استفاده و ابزارهای جانبی را بررسی کنید. از تنظیمات و داده‌های مهم نسخه پشتیبان تهیه کنید و زمان کافی برای آزمون مسیرهای اصلی در نظر بگیرید.
برای هر تغییر مهم، روش بازگشت مشخص کنید. اگر ارتقا باعث اختلال در ضبط یا ارتباط رسانه شود، باید بدانید چگونه سرویس را به وضعیت قبلی برگردانید یا سرور جایگزین را وارد مدار کنید. نگهداری مستندات نسخه، تنظیمات و آزمون‌های قبلی، تصمیم‌گیری هنگام رخداد را سریع‌تر می‌کند.
محاسبه فضای ضبط در طول ترم
برای برآورد فضای موردنیاز، تعداد جلسات ضبط‌شونده در هفته، متوسط مدت هر جلسه و مدت نگهداری را کنار هم قرار دهید. مقدار فضای آزاد را در طول ترم پایش کنید؛ زیرا رشد تدریجی فایل‌ها ممکن است در روزهای نخست به چشم نیاید. اگر ضبط‌ها برای مدت طولانی نگهداری می‌شوند، انتقال آرشیو به فضای ذخیره‌سازی جداگانه را بررسی کنید.
برای فایل‌های مهم، نسخه پشتیبان در مقصدی مستقل نگه دارید. دسترسی به آرشیو را محدود کنید و سیاست حذف خودکار را پیش از فعال‌سازی به‌دقت آزمایش کنید. حذف فایل بر اساس زمان بدون درنظرگرفتن دوره آموزشی یا نیازهای سازمان می‌تواند محتوای موردنیاز را از بین ببرد.
پرسش‌های متداول
حداقل منابع BigBlueButton 3.0 چیست؟
Ubuntu 22.04، پردازنده ۸ هسته‌ای، 16GB RAM، فضای دیسک متناسب با ضبط و پهنای باند متقارن 250Mbps.
چرا تعداد وبکم‌ها مهم است؟
هر جریان ویدئویی باید دریافت و برای شرکت‌کنندگان دیگر توزیع شود و بار رسانه‌ای را افزایش می‌دهد.
آیا Moodle باید روی همان سرور باشد؟
خیر؛ جداسازی Moodle و سرور کلاس معمولاً مدیریت منابع و پورت‌ها را ساده‌تر می‌کند.
کمپین ابتکار نو
کمپین ایده های نو
کمپین آینده روشن
کمپین طراحی مدرن