El problema
El servidor de una plataforma Moodle se caía de forma consistente en el mismo horario: cuando se acercaba la fecha límite de entrega de tareas y todos los alumnos intentaban subir sus archivos al mismo tiempo. El resultado eran entregas que no se completaban y alumnos reclamando por tareas que "no se guardaron".
La causa raíz
No era un problema del hosting en sí, sino de configuración heredada de una migración anterior mal hecha: límites de subida de archivos en PHP demasiado bajos para el uso real de la plataforma, tareas programadas (cron) mal ajustadas y sin cache configurado, así que cada pico de uso golpeaba al servidor sin ningún colchón.
Qué se corrigió
- Límites de subida de archivos en PHP ajustados al tamaño real de los archivos que suben los alumnos (no al valor por defecto, que suele quedarse corto).
- Dimensionamiento del servidor para el pico, no para el promedio: un Moodle puede andar bien todo el mes y caerse justo el día que todos entregan a la vez si solo se pensó en la carga promedio.
- Revisión y ajuste del cron (las tareas programadas de Moodle), que si están mal configuradas compiten por recursos justo en los momentos de más uso.
- Cache activado y bien configurado, para que el servidor no tenga que recalcular lo mismo una y otra vez con cada alumno que entra.
El patrón que hay que buscar
Cuando un servidor Moodle se cae siempre en el mismo momento (entregas, exámenes, inicio de clases), no es casualidad ni "mala suerte con el hosting": es una señal de que la configuración no está pensada para el pico real de uso de esa institución.
Si tu plataforma se cae en los momentos de más uso, contanos y revisamos la configuración antes de que vuelva a pasar.