BigBlueButton es la herramienta de videoconferencia integrada de forma nativa en Moodle, y por eso mucha gente asume, erróneamente, que “ya viene incluida” sin más consideraciones. La realidad es que BigBlueButton necesita su propia infraestructura de servidor, separada de Moodle, con requisitos de CPU y memoria bastante más exigentes que los de una instalación de Moodle estándar, y el nivel gratuito integrado tiene limitaciones que pueden chocar de frente con necesidades reales, especialmente en formación bonificada.
En esta guía vas a ver qué servidor necesita realmente BigBlueButton, por qué es una aplicación intensiva en CPU, y qué limitaciones tiene la opción gratuita que muchos usan sin saber que existen.
BigBlueButton no vive en el mismo servidor que Moodle
A diferencia de otros plugins, BigBlueButton requiere su propia infraestructura de servidor, típicamente basada en contenedores Docker sobre Ubuntu, con su propio conjunto de servicios (procesamiento de audio, vídeo, grabación). No se instala “dentro” de Moodle, Moodle se conecta a un servidor BigBlueButton mediante credenciales de API, ya sea uno propio o uno de un proveedor externo.
Requisitos de servidor recomendados
| Recurso | Recomendación |
|---|---|
| CPU | Mínimo 8 vCPU dedicados (no compartidos/burstable) para una instalación de producción pequeña; 16 vCPU para 20-40 salas concurrentes |
| RAM | Mínimo 16 GB; 32 GB recomendado si se usa grabación de sesiones |
| Disco | Mínimo 50 GB para sistema operativo y aplicación, más almacenamiento adicional dedicado a grabaciones |
| Red | IP pública estática, ancho de banda simétrico, entre 30-50 Mbps por sala con carga alta |
| Certificado SSL | Obligatorio, ya que los navegadores exigen HTTPS para conceder acceso a cámara y micrófono vía WebRTC |
Por qué las instancias de CPU compartida son un error frecuente
BigBlueButton es una aplicación intensiva en CPU, y el error de dimensionamiento más común es usar instancias de CPU compartida o “burstable” (como las instancias básicas de muchos proveedores cloud) en vez de instancias con CPU dedicada. El procesamiento de audio y vídeo en tiempo real necesita capacidad de cómputo sostenida, no créditos de ráfaga que se agotan, cuando eso ocurre, se produce exactamente el tipo de degradación de sesión (audio entrecortado, vídeo congelado) que hace que los usuarios desconfíen de la plataforma.
Por qué las grabaciones necesitan margen adicional
El post-procesamiento de una grabación no ocurre después de que termine la sesión y el servidor esté libre, se ejecuta en paralelo con otras sesiones en directo, consumiendo recursos que se podrían asumir erróneamente como disponibles. Una hora de sesión grabada genera entre 200 y 800 MB de archivo, dependiendo del formato, lo que también implica planificar almacenamiento específico para recordings, no solo para el sistema.
Regla práctica de dimensionamiento: nunca dimensiones exactamente para tu pico esperado, añade al menos un 30-40% de margen adicional de CPU y RAM, precisamente para absorber el procesamiento de grabaciones que se solapa con sesiones activas.
Cuántos usuarios concurrentes soporta
Como referencia orientativa de la propia documentación del proyecto, un servidor que cumple los requisitos mínimos debería soportar alrededor de 200 usuarios simultáneos distribuidos en varias salas (por ejemplo, varias sesiones de 25-50 usuarios cada una). Se recomienda no superar los 200 usuarios en una única sesión, incluso en servidores más potentes. El número real depende mucho de qué está compartiendo cada participante: una sesión donde todos comparten cámara genera muchos más flujos de datos que una donde solo el profesor la activa.
El nivel gratuito integrado en Moodle: limitaciones reales
Si usas Moodle autoalojado, ya viene con una integración de nivel gratuito de BigBlueButton proporcionada por defecto, con limitaciones concretas que conviene conocer antes de depender de ella para algo importante:
- Cada sesión dura como máximo 60 minutos.
- Máximo 25 usuarios concurrentes por sesión.
- Las grabaciones caducan a los 7 días y no se pueden descargar.
- Las cámaras de los alumnos solo son visibles para el moderador, no para el resto de participantes.
Por qué esto es un problema serio si impartes formación FUNDAE
Aquí es donde este límite técnico se convierte en un problema normativo real: si tu centro imparte formación bonificada y necesitas conservar las grabaciones de sesiones de videoconferencia como parte de la trazabilidad exigida, el nivel gratuito borra esas grabaciones a los 7 días, muy por debajo de los 4 años de conservación documental que exige FUNDAE. Usar el nivel gratuito para sesiones de tutoría bonificada, sin darte cuenta de esta limitación, puede dejarte sin evidencia documental exactamente cuando más la necesitas, meses o años después de impartido el curso. Lo tratamos en detalle en por qué Zoom o Meet gratis no valen para FUNDAE, donde este mismo principio aplica igual de bien a BigBlueButton.
Cuándo montar tu propio servidor BigBlueButton
- Si necesitas conservar grabaciones más allá de 7 días, especialmente en formación bonificada.
- Si el límite de 25 usuarios o 60 minutos por sesión se queda corto para tus clases habituales.
- Si necesitas que los alumnos vean las cámaras de sus compañeros, no solo el moderador.
- Si el volumen de sesiones concurrentes justifica invertir en infraestructura dedicada frente a depender de un límite gratuito.
Errores comunes al dimensionar BigBlueButton
- Usar instancias de CPU compartida/burstable en vez de instancias con CPU dedicada.
- No reservar almacenamiento específico para grabaciones, agotando el disco del sistema con el tiempo.
- Dimensionar exactamente para el pico esperado, sin margen para el procesamiento de grabaciones concurrente.
- Depender del nivel gratuito para formación bonificada, sin saber que las grabaciones caducan a los 7 días.
- No verificar el certificado SSL antes de la primera sesión, bloqueando el acceso a cámara y micrófono por requisito de los navegadores.
Preguntas frecuentes
¿BigBlueButton viene incluido gratis con Moodle? Existe una integración de nivel gratuito con limitaciones claras (60 minutos por sesión, 25 usuarios máximo, grabaciones que caducan a los 7 días). Para uso sin esas restricciones, necesitas tu propio servidor o un proveedor de pago.
¿Cuánta RAM necesito para BigBlueButton en producción? Un mínimo de 16 GB, con 32 GB recomendado si vas a usar grabación de sesiones de forma habitual.
¿Por qué mi sesión de videoconferencia tiene audio entrecortado si el servidor “tiene recursos”? Es un síntoma clásico de usar una instancia de CPU compartida/burstable en vez de CPU dedicada, el procesamiento de audio y vídeo en tiempo real necesita capacidad sostenida, no créditos de ráfaga.
¿Cuántos usuarios pueden estar en una misma sesión de BigBlueButton? Se recomienda no superar los 200 en una única sesión, incluso en servidores potentes, aunque el número real depende de cuántos participantes comparten cámara simultáneamente.
¿Las grabaciones del nivel gratuito de Moodle sirven para formación bonificada FUNDAE? No son adecuadas para conservar la trazabilidad exigida, ya que caducan a los 7 días, muy por debajo de los 4 años de conservación documental que exige la normativa.
¿Necesito un servidor separado del de Moodle para BigBlueButton? Sí, BigBlueButton requiere su propia infraestructura, típicamente basada en contenedores, independiente del servidor donde vive Moodle.
¿Cuánto espacio de disco necesito para las grabaciones? Una hora de sesión grabada genera entre 200 y 800 MB, según el formato, por lo que conviene planificar almacenamiento dedicado además del espacio para el sistema operativo y la aplicación.
Conclusión
BigBlueButton no es una casilla que se marca dentro de Moodle sin más consideraciones, es una pieza de infraestructura separada, con requisitos de CPU dedicada, memoria y almacenamiento que hay que dimensionar con margen real, especialmente si vas a grabar sesiones. Y si tu formación es bonificada, el nivel gratuito integrado tiene una limitación de conservación de grabaciones que puede dejarte sin evidencia documental exactamente cuando la necesites.
Si prefieres que alguien dimensione y gestione esta infraestructura por ti, en Avantys lo evaluamos como parte de la auditoría de cada Moodle que gestionamos. Puedes pedirla gratis en Moodle Gestionado.
Artículos relacionados
- Mantenimiento y hosting Moodle: guía completa
- Requisitos de servidor para Moodle (CPU, RAM, disco)
- Por qué Zoom o Meet gratis no valen para FUNDAE
- Por qué mi Moodle va lento: causas más comunes
¿Y si tu Moodle lo lleváramos nosotros?
Actualizaciones, backups verificados, rendimiento y trazabilidad FUNDAE, gestionado de forma continua por una persona que responde. Auditoría gratuita de tu plataforma actual.
