Instalar Moodle 5.2 en Hetzner Cloud

Moodle 5.2 salió el 20 de abril de 2026. En menos de una hora puedes tenerlo corriendo en un servidor Hetzner Cloud por €6.49 al mes.

Esa es la parte fácil. La parte que la mayoría de guías no te cuentan — y la razón por la que muchos proyectos de self-hosting terminan migrando a soluciones managed después de 6 meses — es todo lo que viene después de la instalación.

Esta guía cubre ambas cosas. Primero, los comandos exactos para instalar Moodle 5.2 en tu servidor propio con Hetzner Cloud. Después, una visión honesta de lo que implica mantenerlo en producción. Tú decides qué camino tomar.

Por qué hacer self-hosting de Moodle 5.2

Moodle es el LMS más usado del mundo: más de 500 millones de usuarios registrados en 2026 (más datos en nuestro análisis del LMS market share 2026). En Latinoamérica domina con un 73% de market share, y en Europa mantiene el 25%.

El self-hosting tiene sentido cuando quieres:

• Control total: sobre datos, plugins, personalización y uptime
• Costos predecibles: sin sorpresas de pricing por usuario
• Compliance: datos en servidores europeos (GDPR, regulaciones locales)
• Rendimiento a medida: optimizar para tu caso de uso específico

Con la versión 5.2 recién lanzada, es buen momento para arrancar una instalación nueva o planificar el upgrade. Los requisitos de servidor cambiaron (PHP 8.3+ ahora es obligatorio), así que muchas guías existentes quedaron desactualizadas.

Qué hay de nuevo en Moodle 5.2

Moodle 5.2 es la release más significativa desde el salto a la versión 5.0. Estas son las novedades que importan para una instalación nueva:

IA integrada en core. AWS Bedrock y Google Gemini ahora son providers nativos. No necesitas plugins externos para funcionalidades de IA, vienen incluidos y se configuran desde el panel de administración.

Dashboard rediseñado. El nuevo dashboard incluye Course Overview block por defecto y un calendario reposicionado. Las páginas de login y MFA también fueron rediseñadas con mejor UX.

React en core. Moodle 5.2 introduce React como librería externa bundled, junto con la fase 1 del Moodle Design System. Esto marca la dirección del frontend de Moodle para los próximos años.

Instalación via Composer. Las dependencias de terceros ahora pueden gestionarse con Composer, simplificando el deployment y las actualizaciones de librerías.

Quiz bank renovado. Categorías colapsables, edición in-place, movimiento de preguntas entre bancos con subcategorías. El Report builder también recibió mejoras en filtros y notificaciones.

Requisitos actualizados y este es el punto clave para el self-hosting:

Si vienes de una versión anterior, necesitas actualizar tu stack antes de instalar 5.2. El upgrade path requiere Moodle 4.4 o posterior como punto de partida.

Requisitos de servidor para Moodle 5.2

Antes de elegir un plan en Hetzner, necesitas saber exactamente qué pide Moodle 5.2.

Requisitos mínimos de software:

• PHP 8.3.0+ (64-bit obligatorio). PHP 8.4.x también está soportado
• Extensión sodium (requerida)
• max_input_vars ≥ 5000
• Extensiones PHP: fpm, curl, gd, intl, mysql, xml, xmlrpc, ldap, zip, soap, mbstring, pspell
• Base de datos: MariaDB 10.11+ o MySQL 8.4+ o PostgreSQL 16+
• Servidor web: Apache 2.4+ con mod_rewrite o Nginx

Requisitos mínimos de hardware (Para una instalación real con cursos, plugins y tráfico) :

Con estos números claros, veamos qué ofrece Hetzner.

Por qué Hetzner para Moodle - comparativa de precios

Hetzner es la opción de moodle hosting más barata con rendimiento serio en Europa. Punto. Estos son los precios actualizados a abril de 2026 (post-ajuste de precios):

Planes recomendados para Moodle

Todos los planes incluyen 20 TB de tráfico/mes, IPv4/IPv6, protección DDoS y firewalls. Los data centers están en Alemania y Finlandia (baja latencia para España y buena para LATAM).

Hetzner vs otras opciones

Para una instalación pequeña-mediana, el CX33 a €6.49/mes es difícil de superar. Si necesitas rendimiento garantizado sin "noisy neighbors" (otros usuarios en el mismo servidor físico), el CCX13 dedicado a €15.99/mes es la opción.

Guía paso a paso - Instalar Moodle 5.2 en Hetzner Cloud

Vamos al grano. Estos son los comandos exactos para tener Moodle 5.2 funcionando en un VPS de Hetzner Cloud con Ubuntu 24.04.

Lo que necesitas antes de empezar:

• Una cuenta en Hetzner Cloud
• Un dominio apuntando a la IP de tu servidor (registro A en tu DNS)
• Acceso SSH a tu servidor
• ~60 minutos

Paso 1 — Crear el servidor en Hetzner

1. En el panel de Hetzner Cloud, crea un nuevo proyecto
2. Haz click en "Add Server"
3. Selecciona:

- Location: Falkenstein o Nuremberg (más baratos)

- Image: Ubuntu 24.04

- Type: CX33 (4 vCPU, 8 GB RAM, €6.49/mes) — o mayor si lo necesitas

- Networking: IPv4 + IPv6

- SSH Key: Agrega tu clave pública (no uses contraseña)

Click "Create & Buy Now"

En 30 segundos tendrás un servidor corriendo. Anota la IP.

Paso 2 — Preparar el entorno (LAMP stack)

Conéctate por SSH y ejecuta estos comandos:

Instala Apache como servidor web y PHP 8.3 con FPM (FastCGI Process Manager) para mejor rendimiento. Todas las extensiones listadas son requeridas por Moodle 5.2.

Ahora configura PHP para Moodle:

Moodle requiere max_input_vars de al menos 5000 (el default de PHP es 1000). Los límites de upload a 128M permiten subir archivos grandes como videos de cursos.

Paso 3 — Configurar la base de datos

Usa utf8mb4 como charset — es obligatorio en Moodle 5.x. Cambia TU_PASSWORD_SEGURA_AQUI por una contraseña fuerte (genera una con openssl rand -base64 32).

Ya tienes el servidor con Apache, PHP 8.3 y MariaDB configurados. Eso es la base sobre la que corre todo. Los siguientes 3 pasos son Moodle en sí: descargar el código, configurar SSL, y activar el cron. La parte más técnica ya pasó.

Paso 4 — Descargar e instalar Moodle 5.2

El directorio moodledata DEBE estar fuera del directorio web público por seguridad. Aquí Moodle guarda archivos subidos, cache y datos de sesión.

Ahora configura el VirtualHost de Apache:

Cambia tu-dominio.com por tu dominio real. Asegúrate de que el registro DNS A ya apunte a la IP de tu servidor Hetzner.

Ahora abre http://tu-dominio.com en tu navegador. Verás el instalador de Moodle. Sigue los pasos:

1. Selecciona idioma
2. Confirma las rutas (web, moodledata, etc.)
3. Tipo de base de datos: MariaDB (native/mariadb)
4. Introduce los datos de conexión (host: localhost, db: moodle, user: moodleuser, password: la que elegiste)
5. Acepta los términos
6. El instalador verificará los requisitos — si seguiste los pasos, todo debería estar en verde
7. Configura la cuenta de administrador
8. Configura el nombre del sitio

Paso 5 — Configurar SSL y seguridad

Un sitio Moodle sin HTTPS es inaceptable en 2026. Let's Encrypt lo resuelve gratis:

Certbot modifica automáticamente tu VirtualHost para redirigir HTTP a HTTPS. La renovación automática se ejecuta cada 60 días.

Medidas de seguridad adicionales:

Hardening básico del servidor

Estas son las medidas mínimas. Para producción real, considera también: actualizaciones automáticas de seguridad del OS (unattended-upgrades), headers HTTP de seguridad en Apache, y monitorización de logs.

Paso 6 — Cron jobs y configuración final

Moodle necesita un cron job que se ejecute cada minuto. Sin esto, las notificaciones por email no se envían, los backups automáticos no corren, y varias funcionalidades del sistema fallan silenciosamente.

Configurar cron para Moodle

Verificaciones finales:

1. Abre https://tu-dominio.com — deberías ver tu Moodle funcionando con HTTPS
2. Ve a Site administration > Server > Environment — todos los checks deberían estar en verde
3. Ve a Site administration > Server > Task > Scheduled tasks — verifica que el cron está ejecutándose
4. Crea un curso de prueba, sube un archivo, inscribe un usuario de test

Tu Moodle 5.2 está funcionando. Tómate un café. Lo que viene ahora es lo que determina si este proyecto sobrevive más allá de los primeros 3 meses.

Quiz: Verifica tu instalación 

Acabas de completar 6 pasos. Estas 3 preguntas verifican que entendiste las decisiones más importantes — las mismas que causan problemas si se hacen mal.

El verdadero costo — Mantenimiento post-instalación

Instalar Moodle tomó ~60 minutos. Mantenerlo funcionando de forma segura y estable es un trabajo continuo que no termina nunca.

Según un análisis de TheEduAssist (2026), el patrón de fracaso más común en self-hosting de Moodle sigue esta secuencia:

1. Mes 1–3: Todo funciona. Entusiasmo por el ahorro de costos
2. Mes 4–6: Llega la primera actualización de seguridad. Tarda más de lo esperado. Un plugin deja de funcionar
3. Mes 7–12: El tráfico crece. El rendimiento baja. Los backups fallan silenciosamente porque nadie revisó los logs
4. Mes 12+: Una actualización rompe algo. Restaurar desde backup requiere conocimientos que el equipo no tiene. Momento de crisis

La frase que más se repite entre educadores que intentaron self-hosting: "Solo quería enseñar. No esperaba convertirme en sysadmin."

Lo que implica mantener Moodle en producción

Estas son las tareas que necesitas ejecutar de forma regular. No son opcionales:

Semanalmente:

Mensualmente:

Cada 3–6 meses:

Anualmente:

El costo real: tu tiempo vs un partner

La pregunta real no es "¿cuánto cuesta?" sino "¿cuánto vale tu tiempo?" Si dedicas 5 horas al mes a mantenimiento y tu hora vale €50, son €3,000/año en costo de oportunidad — dinero que no inviertes en mejorar tus cursos, crecer tu plataforma o dormir tranquilo.

Self-hosting o managed hosting — cuándo elegir cada uno

No hay una respuesta universal. Depende de tu equipo, tu presupuesto y tu tolerancia al riesgo.

El modelo hybrid es cada vez más común: tú contratas el servidor en Hetzner (controlas dónde están los datos, pagas directo al proveedor), y un partner de LMS engineering se encarga de la gestión técnica.

Preguntas frecuentes

¿Cuánto cuesta instalar Moodle?

Moodle es software libre (GPL), por lo que la licencia es gratuita. El hosting en Hetzner Cloud empieza desde €6.49/mes para hasta 100 usuarios. El costo real está en el mantenimiento continuo: actualizaciones, backups, seguridad y optimización, que requiere experiencia técnica o un partner especializado.

Si haces la instalación tú mismo, el costo del primer año es de unos €78 en hosting más tu tiempo. Si contratas a un profesional para el setup, espera entre €2,000 y €25,000 dependiendo de la complejidad (plugins custom, integraciones, migración de datos). El mantenimiento profesional mensual oscila entre €400 y €3,500.

¿Qué servidor necesito para Moodle 5.2?

Para Moodle 5.2 necesitas como mínimo PHP 8.3, MariaDB 10.11 o MySQL 8.4, y un servidor con al menos 4 GB de RAM y 2 vCPUs. En Hetzner, un CX33 (4 vCPU, 8 GB RAM, €6.49/mes) cubre hasta 100 usuarios concurrentes cómodamente.

Para más de 100 usuarios simultáneos, sube al CPX32 (€13.99/mes) o CPX42 (€25.49/mes). Si necesitas rendimiento garantizado sin variabilidad, los planes CCX con vCPUs dedicadas empiezan en €15.99/mes. El storage mínimo es 80 GB, pero planifica más si tus cursos incluyen videos y archivos pesados.

¿Moodle es difícil de instalar?

Instalar Moodle es relativamente sencillo — un desarrollador puede completar la instalación base en 30–60 minutos. La dificultad real no está en la instalación sino en el mantenimiento: actualizaciones de seguridad, backups, optimización de rendimiento y gestión de plugins son tareas continuas que requieren experiencia.

Si te sientes cómodo con la terminal de Linux, puedes seguir esta guía sin problemas. Los pasos son lineales y los comandos están probados para Ubuntu 24.04 con Moodle 5.2. Donde la mayoría de personas se atasca es 3–6 meses después, cuando llegan las primeras actualizaciones de seguridad y los plugins empiezan a dar conflictos.

¿Hetzner es bueno para Moodle?

Hetzner es excelente para Moodle por su relación precio-rendimiento: servidores desde €6.49/mes con 20 TB de tráfico incluido, data centers en Europa con baja latencia para LATAM y España, y opciones de escalar desde shared hasta dedicated vCPUs sin migrar de proveedor.

Sus ventajas sobre AWS o DigitalOcean para Moodle: hasta 7x más barato por specs equivalentes, 4x más tráfico incluido, y precios simples sin la complejidad de facturación de los hyperscalers. La desventaja: no hay data centers en América (los más cercanos están en Alemania/Finlandia), así que si tu audiencia está exclusivamente en LATAM, la latencia será 120–180ms en lugar de 20–40ms. Para la mayoría de casos de uso educativos, eso es perfectamente aceptable.

¿Qué hay de nuevo en Moodle 5.2?

Moodle 5.2 (abril 2026) trae dashboard rediseñado, integración de IA con AWS Bedrock y Google Gemini, navegación lineal mejorada, React en core, instalación via Composer, quiz bank renovado y Moodle Design System phase 1. Requiere PHP 8.3+ y MariaDB 10.11+.

El cambio técnico más relevante para sysadmins es el salto a PHP 8.3 como mínimo y MariaDB 10.11. Si vienes de una instalación con PHP 8.2 o MariaDB 10.6, necesitas actualizar ambos antes de migrar a 5.2. El upgrade path oficial requiere estar en Moodle 4.4 o posterior.

¿Puedo migrar de MoodleCloud a self-hosted?

Sí. MoodleCloud permite exportar tus cursos como archivos de backup (.mbz) desde Site administration > Courses > Backup. Estos archivos se importan directamente en tu instalación self-hosted. Los usuarios pueden exportarse como CSV.

Lo que no migra automáticamente: configuraciones de plugins custom (MoodleCloud tiene un set limitado), temas personalizados, integraciones con terceros (SSO, APIs), y datos de analytics. Planifica una migración gradual — corre ambas instancias en paralelo durante 2–4 semanas antes de hacer el corte.

¿Cada cuánto necesita mantenimiento Moodle?

Moodle requiere atención semanal mínima: verificar backups, revisar logs, comprobar el cron. Las actualizaciones de seguridad de Moodle se publican mensualmente. Las versiones menores (5.2.1, 5.2.2) salen cada 2 meses. Actualizaciones del OS y PHP son mensuales.

Según Mindfield Consulting (2026), la mayoría de problemas graves en instalaciones self-hosted vienen de backups que nunca se probaron, cron jobs que dejaron de funcionar, y actualizaciones de seguridad que se postergaron. El mantenimiento reactivo ("arreglo cuando se rompe") es la causa principal de incidentes en producción.