Moodle 4.5.8 – Problemas de rendimiento

Hola,

Estamos intentando analizar un problema de rendimiento ocurrido en una instalación de Moodle 4.5.8 alojada en Webempresa y nos gustaría conocer vuestra opinión, especialmente sobre la configuración de Moodle y las posibles medidas para soportar una concurrencia elevada durante la realización de cuestionarios/exámenes.

Entorno

• Moodle: 4.5.8+
• PHP: 8.3.30
• MariaDB: 10.11.15
• Hosting: Webempresa
• Sesiones: almacenadas actualmente en MariaDB
• Redis: no utilizado actualmente
• OPcache: estamos valorando activarlo siguiendo las recomendaciones de Webempresa.

Se trata de un Moodle utilizado para formación. 

Problema ocurrido

El día 12/09/2026 estaba programada una prueba con aproximadamente 160 alumnos, con acceso concentrado alrededor de las 12:00.

Entre aproximadamente las 11:45 y las 12:30 CEST comenzaron a producirse problemas:

• dificultades para iniciar sesión;
• sesiones que expiraban o producían errores;
• errores 508 – Resource Limit Is Reached;
• posteriormente también 503 – Service Unavailable.

Con volúmenes habituales de aproximadamente 20–40 usuarios, el funcionamiento es correcto. El problema aparece al concentrar un volumen mucho mayor de accesos simultáneos.

Información obtenida del hosting

Webempresa nos ha confirmado que durante el intervalo del incidente se produjeron picos importantes de consumo y que todo parece indicar que la carga procede de los accesos.

En las gráficas de recursos del alojamiento observamos:

• CPU: alcanza el límite disponible.
• Procesos entrantes (Entry Processes): alcanza exactamente el límite de 30/30.
• Procesos: alcanza exactamente el límite de 50/50.
• Memoria física: permanece muy por debajo de su límite.
• Memoria virtual: permanece muy por debajo.
• I/O: muy por debajo del límite.
• Operaciones I/O: muy por debajo del límite.

Por tanto, aparentemente el cuello de botella durante el incidente está relacionado principalmente con CPU y concurrencia/procesamiento, y no con RAM o I/O.

Snapshots de sobrecarga

Webempresa también dispone de snapshots correspondientes a los momentos de sobrecarga.

En los procesos capturados aparecen procesos lsphp relacionados directamente con Moodle, entre ellos:

• login/index.php
• course/view.php
• course/section.php
• lib/ajax/service.php
• lib/ajax/service-nologin.php
• mod/quiz/view.php

Esto parece compatible con una situación en la que un gran número de usuarios está realizando simultáneamente peticiones a Moodle.

En uno de los snapshots próximos al incidente aparecen, por ejemplo, procesos httpd y varios procesos lsphp ejecutando index.php y course/section.php.

Recomendaciones que nos ha dado Webempresa

Desde soporte nos han indicado que el consumo parece proceder de los accesos y nos han recomendado:

1. Revisar la configuración de sesiones de Moodle.
2. Consultar el foro especializado Webempresa para analizar la configuración específica de Moodle.
3. Activar OPcache.
4. Si después de optimizar Moodle persisten los picos, realizar una prueba con Turbo Booster, que duplica durante 7 días la CPU y RAM asignadas al plan.
5. Si el problema desaparece con el incremento de recursos, valorar posteriormente un cambio permanente de plan.

Lo que nos gustaría determinar

Nos gustaría conocer vuestra opinión sobre todo lo anterior.

Concretamente:

1. ¿Es esperable que Moodle 4.5.8 pueda generar esta carga de CPU y procesos con unos 160 usuarios accediendo simultáneamente a un cuestionario?

2. ¿Hay alguna configuración de Moodle que debamos revisar específicamente para este escenario de alta concurrencia en cuestionarios/exámenes?

3. ¿Qué parámetros revisaríais en primer lugar en:

   • sesiones;
   • AJAX;
   • cachés;
   • PHP;
   • configuración del módulo Quiz;
   • consultas a base de datos;
   • u otros componentes de Moodle?

4. ¿Consideráis que la combinación de CPU al límite + Entry Processes 30/30 + Processes 50/50, manteniéndose memoria e I/O muy por debajo de sus límites, apunta principalmente a una limitación de capacidad del alojamiento, o puede existir alguna configuración de Moodle que esté provocando una concurrencia innecesariamente elevada?

5. ¿Consideráis recomendable realizar una prueba controlada con Turbo Booster (2× CPU y 2× RAM) para comprobar si el problema desaparece al disponer de mayor capacidad de procesamiento?

6. En caso de que con el doble de recursos el Moodle pueda gestionar correctamente esos ~160 usuarios, ¿sería razonable interpretar que la solución permanente pasa principalmente por dimensionar el alojamiento para ese nivel de concurrencia?

Nuestro objetivo no es simplemente aumentar recursos sin más, sino determinar primero dónde está realmente el cuello de botella y qué configuración sería recomendable para poder realizar futuras pruebas con unos 150–160 usuarios simultáneos con garantías.

Cualquier orientación sobre qué revisar y en qué orden sería de gran ayuda.

Gracias.

Contenido solo visible a usuarios registrados