Alojamiento en servidor dedicado para Moodle: por qué los recursos compartidos merman el rendimiento del LMS

Moodle parece fácil de manejar sobre el papel: una aplicación basada en LAMP, una base de datos MySQL y unos cuantos procesos PHP. Lo instalas en cualquier servidor y listo. Esa suposición se cumple para un curso piloto con 30 alumnos. Pero se viene abajo rápidamente en cuanto añades concurrencia real, contenido multimedia y las cargas de los cuestionarios que caracterizan el uso real de un LMS.

Por qué Moodle es más complicado de lo que parece

Cada vez que se carga una página, se envía un cuestionario, se publica un mensaje en el foro o se actualiza una nota, se producen lecturas y escrituras en la base de datos para todos los usuarios activos al mismo tiempo. A diferencia de un sitio web de marketing estático o de un WordPress típico WordPress , Moodle genera una actividad constante y simultánea en la base de datos.

Según la propia documentación de Moodle, un solo proceso de la aplicación puede consumir 50 MB o más de RAM y, en el peor de los casos, un servidor puede llegar a gestionar tan solo entre 10 y 20 usuarios simultáneos por cada gigabyte de memoria.

Haz tus cálculos. Un VPS con 8 GB de RAM te limita a unos 80-160 usuarios simultáneos; en condiciones adversas, como si toda una clase estuviera haciendo un examen cronometrado al mismo tiempo. La documentación de Moodle señala específicamente ese escenario como el peor de los casos. Si eso se aplica siquiera a uno de tus cursos, el alojamiento compartido o en un VPS básico supone un riesgo para la infraestructura, no un ahorro de costes.

El verdadero cuello de botella: el rendimiento de la base de datos

La mayoría de los debates sobre el alojamiento de Moodle se centran únicamente en la RAM. El servidor de la base de datos es donde el rendimiento se mantiene o se colapsa bajo carga. La optimización de índices, el almacenamiento en caché de consultas y un ajuste adecuado del parámetro `innodb_buffer_pool_size` marcan la diferencia entre un portal que responde bien y uno que va a paso de tortuga en las horas punta.

En un alojamiento compartido o un VPS gestionado sin acceso de root, no puedes ajustar estos parámetros. Se te asignan los valores predeterminados genéricos de MySQL del proveedor de alojamiento, optimizados para una carga de trabajo no específica. Tener acceso de root en un servidor dedicado te permite configurar MySQL específicamente para los patrones de consulta de Moodle, en lugar de depender de los valores predeterminados del alojamiento compartido.

En un sitio de Moodle con 200 cursos activos y varios miles de alumnos registrados, un ajuste adecuado de la base de datos reduce considerablemente los tiempos de consulta y se nota en todas las sesiones simultáneas.

Cuándo es mejor optar por un alojamiento dedicado

No hay un único factor determinante. La decisión depende de una combinación de factores: el volumen de usuarios, la complejidad del contenido y los requisitos del negocio.

• Active Learner cuenta con más de 200 usuarios simultáneos. La regla general de Moodle es que el número máximo de usuarios simultáneos equivale aproximadamente a la memoria RAM en gigabytes multiplicada por 50. Para alcanzar cómodamente los 500 usuarios simultáneos se necesitan unos 10 GB dedicados exclusivamente a los procesos de Moodle. En entornos compartidos, esa memoria RAM nunca es totalmente tuya.
• Evaluaciones cronometradas y eventos sincrónicos. Los cuestionarios , las sesiones en directo y los periodos de matriculación generan picos de actividad que no se distribuyen de manera uniforme a lo largo del tiempo. Un único periodo de exámenes en el que 300 estudiantes envían sus respuestas en cuestión de minutos es muy diferente a que 300 estudiantes consulten los materiales del curso a lo largo de varias horas.
• Contenido multimedia a gran escala. Las clases en vídeo , los materiales descargables y los paquetes SCORM generan una demanda constante de ancho de banda por usuario. Un servidor virtual privado (VPS) con ancho de banda compartido no puede ofrecer este servicio de forma fiable a cientos de usuarios a la vez.
• Requisitos de cumplimiento. Las organizaciones que manejan datos de estudiantes bajo la FERPA o datos de formación bajo la HIPAA necesitan un aislamiento físico demostrable. Los servidores dedicados permiten controles de residencia de datos y segmentación de red que los entornos compartidos no pueden ofrecer.

Moodle funcionando en paralelo a un negocio que genera ingresos

Muchas de las organizaciones que usan Moodle no son universidades. Son empresas dirigidas por sus fundadores y compañías consolidadas en las que Moodle se utiliza para la incorporación de empleados, programas de certificación de clientes, portales de formación para socios o catálogos de cursos de pago, y funciona en paralelo a sus principales fuentes de ingresos.

Una tienda de WooCommerce con miles de referencias activas y una instalación de Moodle que da servicio a cientos de clientes en cursos de formación sobre productos son, ambas, aplicaciones que consumen muchos recursos. Ejecutarlas juntas en el mismo entorno compartido hace que compitan por la CPU, la RAM y las conexiones a la base de datos. Un pico Black Friday reduce el rendimiento para los alumnos en mitad de un curso. Una ventana de cuestionario de gran tamaño provoca retrasos en las páginas de pago. Ninguna de estas situaciones es aceptable cuando ambos canales generan ingresos reales.

Los servidores dedicados eliminan por completo esa competencia. Cuando una organización controla toda la asignación de hardware, puede ajustar las configuraciones de la base de datos, las capas de almacenamiento en caché y el número de procesos PHP específicamente para la carga de trabajo del LMS, sin tener que competir por los ciclos de CPU con otras aplicaciones.

Cómo adaptar las cargas de trabajo de Moodle a los planes de servidores dedicados de InMotion

Nivel de servidor	RAM	Almacenamiento	Lo mejor para
Aspira	16 GB de DDR4	Dos unidadesSSD NVMe	Implementaciones piloto, con menos de 100 usuarios simultáneos
Esencial	64 GB DDR4	Dos unidades NVMe de 1,92 TB	Cursos en expansión, entre 200 y 400 usuarios simultáneos
Avanzado	64 GB DDR4	Dos unidades NVMe de 1,92 TB	Contenido que abarca varios departamentos y con gran presencia multimedia
Elite	Más RAM	Doble NVMe	Más de 500 usuarios simultáneos
Extremo	192 GB DDR5 ECC	Dos unidades NVMe de 3,84 TB	Grandes instituciones, formación para empresas, más de 1000 usuarios simultáneos

El servidor Extreme para Moodle a gran escala

El servidor dedicado Extreme cuenta con un procesador AMD EPYC 4545P (16 núcleos / 32 subprocesos, 3,0 GHz de frecuencia base / 5,4 GHz de frecuencia turbo), 192 GB de RAM DDR5 ECC y dos NVMe de 3,84 TB en RAID por software, por 349,99 $ al mes.

Aplica la regla de memoria de Moodle: 192 GB admiten aproximadamente 9.600 usuarios simultáneos según los parámetros de referencia documentados. Si el almacenamiento en caché de Redis y el almacenamiento en caché de códigos de operación están bien configurados, ese límite se eleva aún más. El EPYC de 16 núcleos gestiona el procesamiento paralelo de PHP y las consultas a la base de datos al mismo tiempo, sin la contienda entre subprocesos que afecta a los procesadores con menos núcleos cuando hay una carga simultánea del LMS.

La memoria RAM ECC protege contra los errores silenciosos de memoria en procesos de bases de datos de larga duración. Para una instalación de Moodle que contiene años de historial de cursos y datos del libro de notas, esto es más importante de lo que podría serlo en una aplicación sin estado.

¿Qué es lo que realmente te permite el acceso root?

La diferencia de rendimiento entre los entornos compartidos y los servidores dedicados no se reduce solo al hardware en sí. En un servidor dedicado, los administradores de Moodle pueden:

• Configura innodb_buffer_pool_size para almacenar en caché el conjunto de datos de trabajo en la memoria, lo que elimina las lecturas de disco para las consultas más frecuentes
• Configura Redis o Memcached como almacén de sesiones, lo que reduce la carga de la base de datos derivada de la gestión de sesiones activas
• Ajusta el número de trabajadores de PHP-FPM para que se adapte a los picos de concurrencia
• Instala y configura MUC (Moodle Universal Cache) con backends de almacenamiento en caché persistente
• Ajusta los límites de los descriptores de archivos para situaciones de alta concurrencia
• Configura los niveles del servidor web y del servidor de bases de datos por separado a medida que crezca la instalación

El servidor de la base de datos es donde se decide el rendimiento de Moodle: para que funcione bien, se necesitan varios núcleos, mucha memoria RAM, un almacenamiento rápido y un ajuste específico para cómo Moodle consulta la base de datos bajo carga. Nada de esto es posible en un alojamiento compartido.

Parámetros clave de configuración que vale la pena ajustar

innodb_buffer_pool_size = 80 % de la RAM disponible (cargas de trabajo dedicadas a bases de datos)

max_connections = 500 # ajústalo según los requisitos de concurrencia máxima

opcache.memory_consumption = 256 # Caché de opcodes de PHP en MB

session.save_handler = redis # descargar las sesiones de la base de datos

Asistencia gestionada con Premier Care

El plan Premier Care de InMotion añade un nivel de asistencia gestionada al hardware del servidor dedicado: protección contra malware Monarx, 500 GB de almacenamiento para copias de seguridad automáticas, prioridad en la asistencia técnica avanzada y una hora mensual de asesoramiento de InMotion Solutions.

Para los administradores de Moodle que se centran en el contenido de los cursos más que en la gestión del servidor, esto elimina la carga que supone la infraestructura sin perder el control. La capacidad de copia de seguridad de 500 GB es especialmente importante en entornos LMS. Una base de datos de Moodle con años de inscripciones, intentos de pruebas y registros del libro de notas no es fácil de reconstruir.

Una infraestructura sólida requiere un soporte integral.Descubre Premier Care para servidores dedicados

Requisitos técnicos de Moodle

Las versiones actuales de Moodle requieren PHP 8.1-8.3 con las extensiones necesarias, MySQL 8.0 o superior, MariaDB 10.6 o superior, o PostgreSQL , y permisos de edición para php.ini o .htaccess.

Los servidores InMotion Hosting cumplen y superan los requisitos mínimos de servidor de Moodle, y ofrecen la posibilidad de añadir hardware, como más RAM y almacenamiento, a medida que crece la instalación. La gestión de las versiones de PHP se realiza a través de WHM en los planes de servidores dedicados gestionados, lo que facilita las transiciones de versión cuando Moodle lanza actualizaciones. Moodle 5.0 dejó de ser compatible con Oracle Database para centrar el desarrollo en MySQL, MariaDB y PostgreSQL. Los entornos de servidores dedicados de InMotion son compatibles con las tres.

Elegir el plan adecuado

• Empieza con Essential o Advanced si tienes una instalación de Moodle ya consolidada con hasta 400 usuarios simultáneos y cuyos contenidos se basan principalmente en texto.
• Pásate a Elite o Extreme cuando el número de usuarios simultáneos supere habitualmente los 500, cuando utilices entornos de cuestionarios con alta concurrencia o cuando Moodle comparta el hardware con otras aplicaciones de producción, como una tienda de comercio electrónico.
• Contrata el servicio Premier Care si tu equipo no cuenta con un administrador especializado en Linux.

Una consideración práctica: empezar con un alojamiento dedicado desde el principio evita tener que migrar Moodle más adelante, cuando haya crecido lo suficiente como para que esa migración resulte compleja y arriesgada. Trasladar una base de datos de Moodle con cientos de cursos inscritos y años de historial de calificaciones es una tarea de gran envergadura.

¿Tienes Moodle instalado y no sabes por dónde seguir? Consulta nuestra guía para desplegar tu sitio Moodle.