Hospedagem Moodle: Requisitos, Custos e Erros em 2026

Escolher hospedagem Moodle é uma decisão de infraestrutura, não de preço de plano. O mesmo servidor que roda um site institucional em WordPress sem suar derruba um ambiente com 300 alunos simultâneos numa quinta-feira de prova. Este guia reúne os requisitos oficiais das versões 5.x, o dimensionamento real do servidor, os custos que ninguém coloca na tabela comparativa e as armadilhas de migração que já vi custarem um semestre inteiro a uma instituição.

TL;DR

• O Moodle 5.2, lançado em 20/04/2026, exige PHP 8.3+ de 64 bits, extensão sodium e max_input_vars maior ou igual a 5000.
• Bancos mínimos na linha 5.2/5.3: PostgreSQL 16, MySQL 8.4, MariaDB 10.11. Oracle deixou de ser suportado no 5.0.
• O Moodle 5.3 sai em 05/10/2026 e é a próxima LTS. Só dá para atualizar a partir do 4.5 ou superior.
• Cron rodando a cada minuto e moodledata fora da pasta pública são obrigatórios — e é exatamente onde a hospedagem compartilhada falha.
• MoodleCloud vai de US$ 170/ano (50 usuários) a US$ 2.150/ano (750 usuários), sem plugins nem temas customizados.
• Hospedagem compartilhada comum falha justamente nesses dois pontos; hospedagem Moodle gerenciada ou VPS com sysadmin dedicado são os caminhos viáveis.

Por que hospedagem Moodle é um problema diferente

Um site institucional é, na prática, leitura. Um LMS é escrita: cada clique do aluno grava log, cada tentativa de questionário abre transação, cada envio de tarefa move arquivo. O Moodle é uma aplicação PHP com estado, banco relacional sob pressão e uma fila de tarefas assíncronas que precisa girar sem parar.

Contratar hospedagem Moodle olhando a média de acessos é o erro clássico. Some a isso o padrão de carga da educação. A demanda não é distribuída: ela se concentra em janelas de prova, em prazos de entrega e nos primeiros dias do semestre. Um ambiente que atende 2.000 alunos ao longo da semana pode receber 400 sessões simultâneas em uma hora específica — e é essa hora que define o dimensionamento.

O contexto brasileiro tornou isso mais crítico. Pelo Censo da Educação Superior 2024 do Inep, a EaD passou a representar 50,7% das matrículas de graduação no país, superando o presencial pela primeira vez, com alta de 5,6% sobre 2023. Nos cursos tecnológicos, 82,6% das matrículas já são a distância. O AVA deixou de ser apoio ao curso: ele é o curso. Quando cai, a operação para.

Trabalho com Moodle desde 2008 e administro ambientes de EaD em produção há mais de uma década. A conta que quase ninguém faz na hora de contratar hospedagem Moodle: quanto custa uma hora de indisponibilidade em semana de avaliação, somando reagendamento, atendimento e desgaste institucional. Normalmente esse número é maior que a diferença anual entre um plano barato e um plano adequado.

Requisitos oficiais do Moodle 5.x em 2026

Requisito de Moodle não é opinião de fornecedor — está publicado nas notas de release. E ele subiu rápido nos últimos ciclos. Quem contratou hospedagem em 2023 e não acompanhou provavelmente está em PHP e banco abaixo do mínimo.

Item	Moodle 4.5 LTS	Moodle 5.1	Moodle 5.2 / 5.3 LTS
Lançamento	07/10/2024	06/10/2025	20/04/2026 · 05/10/2026
PHP mínimo	8.1	8.2	8.3 (suporta 8.4)
PostgreSQL	13	15	16
MySQL	8.0	8.4	8.4
MariaDB	10.6.7	10.11	10.11
SQL Server	2017	2017	2019
Oracle	suportado	removido	removido

Qualquer hospedagem Moodle contratada hoje já deveria estar no patamar da coluna da direita — e não na do meio. Fonte: notas de release do Moodle. Três detalhes que costumam passar batido:

• Só PHP de 64 bits é suportado. Ambientes legados de 32 bits estão fora.
• A extensão sodium é obrigatória. Falta dela é a causa mais comum de instalação travada em VPS montada à mão.
• max_input_vars precisa ser ≥ 5000. Com o valor padrão do PHP (1000), formulários grandes — banco de questões, notas em lote — perdem dados silenciosamente. Não dá erro: simplesmente salva menos do que você preencheu.

O calendário que define o seu upgrade

O Moodle publica versão maior em abril e outubro, e versões menores a cada dois meses (fevereiro, abril, junho, agosto, outubro, dezembro). As menores carregam as correções de segurança.

As datas que importam agora: o 4.5 LTS recebe correções de segurança até 04/10/2027; o 5.0 encerra o suporte de segurança em 05/10/2026; o 5.1 sai do suporte geral em 05/10/2026 e segue com segurança até 19/04/2027. O 5.3 LTS chega em 05/10/2026 e exige partir do 4.5 ou superior — quem estiver em 4.4 ou abaixo tem um salto intermediário pela frente. Já detalhei essa lógica de versão e LTS no caso do Moodle da UFBA e o ciclo de upgrade do AVA.

Dimensionamento: quanta RAM, CPU e disco o ambiente pede

A documentação oficial é honestamente conservadora: 200 MB para o código, "5 GB é provavelmente um mínimo realista" de disco, CPU de 1 GHz no mínimo (2 GHz dual core recomendado) e 512 MB de RAM no mínimo, com 1 GB recomendado e "8 GB ou mais em um servidor de produção grande".

Esses números são piso de instalação, não de operação: uma hospedagem Moodle real precisa de mais folga. O que uso como ponto de partida em produção:

• Até 500 alunos, uso leve: 2 vCPU, 4 GB de RAM, 20 GB de SSD. Serve para curso corporativo e escola pequena.
• Até 5.000 alunos: 4 vCPU, 8–16 GB, 50–100 GB de SSD, com Redis em processo separado e banco na mesma máquina só se houver RAM sobrando.
• Acima disso: banco em servidor próprio, dois ou mais nós de aplicação atrás de balanceador e moodledata em armazenamento compartilhado com cache local.

Disco é o item mais subestimado em hospedagem Moodle. Videoaula, PDF de material e envio de tarefa em vídeo crescem sem freio, e o backup automático do Moodle duplica o volume dos cursos dentro do próprio moodledata se você não mandar os arquivos para fora. Já vi ambiente parar por disco cheio de backup — não por falta de recurso, por falta de política de retenção. O caso da exclusão de conteúdos no Moodle da UFOP mostra bem o custo de tratar backup como detalhe.

Sobre a ordem de investimento, a documentação de performance é direta: primeiro RAM, depois disco mais rápido, só então processador. Trocar CPU antes de resolver memória é dinheiro no lugar errado.

Cron, moodledata e cache: onde a hospedagem barata quebra

Existem três exigências técnicas que separam a hospedagem Moodle que funciona daquela que apenas instala o sistema.

1. Cron a cada minuto

A documentação do Moodle é literal: o site não funcionará corretamente se o script de cron não rodar com regularidade. O recomendado é executar admin/cli/cron.php a cada minuto, e via linha de comando (php -f), não por requisição HTTP — chamar por HTTP consome mais memória em instalações grandes e está sujeito a timeout do servidor web.

Sem cron correto: e-mail de fórum não sai, nota de questionário não fecha, backup agendado não roda, badge não é emitido, relatório fica desatualizado. E o pior — não aparece erro na tela. O ambiente parece funcionar.

Muitos planos compartilhados limitam cron a cada 15 ou 30 minutos, ou proíbem execução por CLI. Isso, sozinho, já elimina o plano de qualquer lista de hospedagem Moodle viável.

2. moodledata fora da área pública

O diretório de dados não pode estar dentro da pasta servida pelo servidor web. Se estiver, envios de alunos, backups e arquivos de sessão ficam acessíveis por URL. É falha de segurança e de LGPD, com dado pessoal de aluno no meio.

Painéis de hospedagem compartilhada que só dão acesso a public_html tornam isso impossível de fazer direito. A documentação também alerta que colocar moodledata em NFS pode gerar problemas de performance com a configuração de cache padrão.

3. Cache em RAM

O Moodle usa o MUC (Moodle Universal Cache). No padrão, ele grava em disco. A recomendação oficial é mover para memória com Redis ou Memcached — a própria documentação registra que instalar Redis foi "a maior melhoria isolada" feita em um site Moodle de porte médio.

Complementos que valem o esforço: OPcache habilitado no PHP (a documentação pede explicitamente que se verifique isso), memory_limit acima dos 128 MB padrão — operações de backup e restore estouram esse valor — e, em MySQL/MariaDB, o InnoDB buffer pool dimensionado com folga, podendo chegar a 80% da memória em máquina dedicada ao banco.

MoodleCloud, VPS ou hospedagem Moodle gerenciada: como escolher

São quatro formas de contratar hospedagem Moodle hoje, e elas resolvem problemas diferentes.

Modelo	Custo típico/ano	Plugins e tema	Quem administra	Serve para
MoodleCloud	US$ 170 a US$ 2.150	Não permite	Moodle HQ	Turma pequena, teste, sem customização
Compartilhada comum	R$ 200 a R$ 600	Sim, se couber	Você	Quase nada em produção
VPS própria	R$ 1.200 a R$ 6.000	Sim	Você	Quem tem sysadmin no time
Hospedagem gerenciada	Sob proposta	Sim	Fornecedor	Instituição sem equipe de infra

O MoodleCloud é o serviço oficial da Moodle HQ e funciona bem dentro do escopo dele: Starter US$ 170/ano (50 usuários, 1 GB), Mini US$ 280 (100 usuários), Small US$ 500 (200 usuários, 5 GB), Medium US$ 1.220 (500 usuários, 20 GB) e Standard US$ 2.150/ano (750 usuários, 50 GB). O corte está nas limitações: não roda plugin de terceiro nem tema customizado, e o faturamento é em dólar australiano — some câmbio e IOF ao seu orçamento.

Hospedagem compartilhada tradicional é a opção que mais parece barata e menos entrega. Falha no cron, falha no moodledata, raramente oferece Redis e quase sempre impõe limite de processos que derruba o ambiente exatamente no pico.

VPS crua é excelente — se existir alguém no time que atualize kernel, renove certificado, monitore fila de cron, ajuste InnoDB e acompanhe as alertas de segurança do Moodle. Sem essa pessoa, VPS é dívida técnica com juros.

Quanto custa de verdade (e quando não migrar)

O preço do plano de hospedagem Moodle é a menor parte da conta. O que costuma aparecer depois:

• Migração: exportar, importar, revalidar plugins, reapontar DNS e revisar temas. De um a cinco dias de trabalho.
• Upgrade de versão: com plugins customizados, um ciclo de homologação por release. Duas vezes ao ano se você seguir a linha principal; menos, se ficar em LTS.
• Certificado, WAF e monitoramento: baratos individualmente, esquecidos até o incidente.
• Retenção de backup offsite: cresce com o acervo, todo semestre.
• Hora de suporte: o custo real é o tempo do seu coordenador resolvendo o que era do fornecedor.

E o outro lado — quando não migrar:

1. Na véspera de período de avaliação. Migração se faz em janela de baixa, com o semestre folgado. Nunca em semana de prova.
2. Sem inventário de plugins. Levante o que está instalado e se cada item tem versão compatível com o destino. Plugin abandonado é o motivo nº 1 de migração que volta atrás.
3. Sem restore testado. Backup que nunca foi restaurado não é backup, é arquivo.
4. Se o problema for de configuração, não de servidor. Lentidão por cache desligado, log de depuração ativo em produção ou consulta cara de relatório não se resolve trocando de host — se resolve ajustando o Moodle. Migrar nesse caso só muda o endereço do problema.

Uma armadilha específica: desde o Moodle 4.3 o prefixo de banco ($CFG->prefix) tem limite de 10 caracteres. Instalações antigas com prefixo longo travam no upgrade — e o erro aparece no meio do processo, não antes. Ambientes vindos de versões 3.x costumam ter também tabelas em utf8 em vez de utf8mb4, o que exige conversão. O upgrade do PVANet da UFV que analisei aqui ilustra bem o tamanho de um salto de versão institucional.

Como a Agathas Web resolve isso

Montamos a nossa hospedagem Moodle gerenciada em torno das exigências acima — ela não é um plano genérico de site com o Moodle instalado em cima. Veja o que está incluso.

O que roda por baixo: PHP 8.3 com OPcache e PHP-FPM, Nginx, MariaDB 10.11+ e Redis para o MUC e para sessões. Ou seja, o ambiente já nasce dentro do requisito do Moodle 5.2/5.3, sem precisar de upgrade emergencial na semana do lançamento da LTS.

Segurança e continuidade: WAF na Cloudflare, SSL Let's Encrypt, Fail2ban, criptografia AES-256, backup diário com binlog a cada 15 minutos e cópia offsite criptografada. moodledata fica fora da árvore pública por padrão — não é opção de configuração, é como o ambiente é entregue.

Operação: monitoramento com Grafana, Prometheus, Sentry e UptimeRobot. A meta é detectar lentidão antes do aluno reclamar, e não depois do chamado. O SLA é contratual: 99,9% de uptime, resposta a incidente crítico em até 15 minutos, resolução em até 2 horas e atualização para a LTS em até 90 dias do release — para o 5.3, isso significa estar atualizado ainda dentro de 2026.

Planos: Starter (até 500 alunos, 5 GB SSD), Professional (até 5.000 alunos, 20 GB SSD, suporte prioritário por WhatsApp e monitoramento 24/7) e Enterprise (acima de 50.000 alunos, infraestrutura dedicada, load balancer, WAF e backup em tempo real). Ambiente de staging e treinamento estão inclusos a partir do Professional.

Como se contrata: a hospedagem Moodle é contratada sob proposta. Pela página do produto você solicita o orçamento ou já pede a migração assistida, que fazemos em até cinco dias — inventário de plugins, cópia, homologação em staging, teste de restore e só então o corte de DNS. Fora da hospedagem, também fazemos consultoria de performance para quem quer manter o ambiente onde está e só resolver o gargalo.

Conclusão: decida pelo pico, não pela média

Hospedagem de LMS se dimensiona pelo pior dia do semestre. Antes de assinar qualquer plano, faça cinco perguntas ao fornecedor: qual a versão de PHP e do banco, com que frequência o cron roda e por qual método, onde fica o moodledata, se existe Redis, e qual o SLA por escrito com prazo de atualização de versão. Se alguma resposta for vaga, ela vai virar um chamado em semana de prova.

Com o Moodle 5.3 LTS chegando em outubro de 2026 e exigindo PHP 8.3, PostgreSQL 16 ou MariaDB 10.11 e origem no 4.5 ou superior, a janela para arrumar a casa é agora — no intervalo entre semestres, com calma. Se quiser que a gente assuma essa parte, comece pela hospedagem Moodle gerenciada da Agathas Web — veja os planos e o SLA e peça o diagnóstico do seu ambiente atual.