VPS para Moodle ou Hospedagem Gerenciada: Custo Real

Contratar uma VPS para Moodle custa menos de R$ 100 por mês e parece a saída óbvia para quem cansou da hospedagem compartilhada. A mensalidade, porém, é a parte pequena da conta. Este comparativo mostra o que a VPS entrega e o que fica com você, quanto custam de verdade a atualização, o backup e a segurança em um ano, e quando cada opção faz sentido para uma instituição de EAD.

TL;DR

• Uma VPS para Moodle entrega máquina, rede e acesso root. Sistema operacional, PHP, banco, cron, backup, atualização do Moodle e resposta a incidente ficam com a sua equipe.
• O Moodle lança versão maior a cada 6 meses e versão menor a cada 2 meses. São pelo menos 8 janelas de atualização por ano, todas de responsabilidade de quem administra o servidor.
• O backup semanal que vem no plano da VPS não é backup de Moodle. Você precisa de banco e moodledata consistentes, guardados fora do servidor e com restauração testada.
• Numa VPS, a mensalidade raramente passa de 20% do custo anual. O resto são horas técnicas e o risco de o AVA parar em semana de prova.
• VPS faz sentido quando existe sysadmin com tempo e plantão. Sem isso, hospedagem Moodle gerenciada sai mais barata no ano.

O que você compra quando contrata uma VPS para Moodle

VPS (servidor privado virtual) é uma fatia de um servidor físico com CPU, memória e disco reservados para você. O provedor garante que a máquina liga, tem rede e tem energia. Daí para cima, tudo é seu.

A página de planos da Hostinger, consultada em 18/10/2026, diz isso com todas as letras: o cliente recebe acesso root e é "responsável pelo seu servidor virtual privado". Não é defeito da Hostinger. É o modelo. Vale para Hetzner, Contabo, DigitalOcean, Locaweb ou qualquer outra.

Uma VPS para Moodle só vira um AVA depois que alguém instala e mantém, no mínimo:

• Sistema operacional atualizado, com firewall e acesso SSH endurecido.
• Servidor web (Nginx ou Apache) apontando para a pasta certa. Desde o Moodle 5.1, essa pasta mudou, como você vai ver adiante.
• PHP-FPM na versão exigida pela release do Moodle, com OPcache e as extensões obrigatórias.
• Banco de dados (MariaDB, MySQL ou PostgreSQL) na versão mínima suportada.
• Redis para sessões e cache, porque o padrão em disco é o primeiro gargalo em dia de prova.
• Cron a cada minuto. A documentação oficial é direta: sem o cron, "seu site não vai funcionar corretamente".
• moodledata fora da pasta pública, com permissões corretas.
• SSL, renovação automática do certificado, e-mail transacional que não cai no spam.
• Backup, monitoramento e alerta.

Nada disso é difícil para quem faz isso todo dia. O problema é que quase nenhuma instituição de EAD tem alguém fazendo isso todo dia.

Quem cuida do quê: VPS para Moodle vs hospedagem gerenciada

A forma mais honesta de comparar os dois modelos é perguntar quem responde por cada camada quando algo dá errado. Já publicamos a matriz genérica de hospedagem gerenciada vs VPS. Aqui vai a versão específica para Moodle:

Camada	VPS não gerenciada	Hospedagem Moodle gerenciada
Hardware, rede, energia	Provedor	Provedor
SO, patches, firewall	Sua equipe	Fornecedor
PHP, banco, Redis, Nginx	Sua equipe	Fornecedor
Cron e tarefas agendadas	Sua equipe	Fornecedor
Atualização menor do Moodle (a cada 2 meses)	Sua equipe	Fornecedor
Atualização maior e plugins (a cada 6 meses)	Sua equipe	Fornecedor, com homologação sua
Backup de banco e moodledata	Sua equipe	Fornecedor
Teste de restauração	Sua equipe (quase nunca acontece)	Fornecedor, com periodicidade em contrato
Monitoramento e alerta	Sua equipe	Fornecedor
Incidente fora do expediente	Quem atender o telefone	SLA contratual
Conteúdo, cursos, matrículas	Sua equipe	Sua equipe

Repare na última linha. A hospedagem gerenciada não tira da instituição o trabalho acadêmico: coordenação, tutoria e secretaria continuam com você. Ela tira o trabalho de infraestrutura, que é justamente o que não é o negócio da instituição.

O SLA da VPS não protege o seu AVA

Provedores de VPS anunciam 99,9% ou 99,99% de disponibilidade. Esse número mede se a máquina virtual está ligada. Se o PHP-FPM esgota os processos na abertura do questionário, a VPS está "no ar" e o aluno está vendo erro 502. Para o provedor, não houve incidente.

O calendário do Moodle que vira trabalho na sua VPS

Este é o ponto que mais pega quem migra para uma VPS para Moodle achando que "é só instalar". O Moodle tem um calendário fixo, publicado na página oficial de releases:

• Versões maiores a cada 6 meses, em abril e outubro.
• Versões menores a cada 2 meses, em fevereiro, abril, junho, agosto, outubro e dezembro. São elas que trazem as correções de segurança.
• Lançamentos fora do calendário quando aparece correção emergencial.

Situação de cada versão em 18/10/2026, segundo a mesma página:

Versão	Lançamento	Fim do suporte geral	Fim do suporte de segurança
4.5 LTS	07/10/2024	06/10/2025	04/10/2027
5.0	14/04/2025	20/04/2026	05/10/2026 (encerrado)
5.1	06/10/2025	05/10/2026	19/04/2027
5.2	20/04/2026	19/04/2027	04/10/2027
5.3 LTS	05/10/2026	04/10/2027	01/10/2029

Quem ainda roda 5.0 está, hoje, sem nenhum patch de segurança. Detalhamos as rotas de saída no post sobre o fim do suporte do Moodle 5.1.

Atualização menor: rotina, mas não automática

Numa VPS para Moodle, cada versão menor significa: baixar o código, manter config.php e plugins, colocar o site em manutenção, rodar o upgrade pela linha de comando, limpar caches e conferir se nada quebrou. Na minha operação, isso leva de uma a duas horas por ambiente quando tudo corre bem. São seis vezes por ano, no mínimo.

Atualização maior: onde a VPS cobra a conta

A versão maior é outra conversa. Três exemplos reais de 2025-2026 que chegam como surpresa para quem administra a própria VPS:

1. A pasta pública mudou no Moodle 5.1. Segundo a documentação de upgrade, a partir da 5.1 só a pasta /public deve ficar acessível pela web, e o document root do servidor precisa apontar para ela. Sem esse ajuste no Nginx ou Apache, o upgrade não avança. Plugins instalados via git também precisam ser realocados.
2. O PHP sobe de piso. O Moodle 5.2 passou a exigir PHP 8.3. Quem montou a VPS em Ubuntu 22.04 tem PHP 8.1 nos repositórios padrão e precisa de repositório externo ou de upgrade do sistema operacional inteiro. O Ubuntu 24.04 já traz o 8.3.
3. O próprio PHP vence. Pela tabela oficial do PHP, o PHP 8.2 perde o suporte de segurança em 31/12/2026. VPS que ficou parada no 8.2 entra em 2027 com o interpretador sem correção.

Cada upgrade maior pede ambiente de homologação, teste dos plugins de terceiros e janela fora do horário de aula. Num AVA com tema próprio e meia dúzia de plugins, conto de 8 a 16 horas de trabalho técnico por versão maior.

Backup de verdade numa VPS para Moodle

A maioria dos planos de VPS inclui algum backup. O da Hostinger, por exemplo, é semanal. Parece suficiente até a primeira pergunta difícil: se o servidor corromper na sexta-feira, a instituição aceita perder seis dias de entregas, notas e mensagens de fórum?

A documentação de backup do Moodle lista três coisas a proteger: o banco de dados, a pasta moodledata e o código (com plugins e personalizações). Banco e moodledata mudam o tempo todo e precisam de cópia frequente. O dump do banco deve sair consistente, com opção como --single-transaction, para não capturar dados "pela metade".

O que o backup de uma VPS para Moodle precisa ter

• Banco e moodledata do mesmo momento. Restaurar um banco de terça com arquivos de domingo gera tarefas apontando para arquivos que não existem.
• Cópia fora da VPS. Snapshot no mesmo provedor não protege de conta bloqueada, erro de cobrança ou incidente no datacenter.
• Retenção. Exclusão acidental de curso costuma ser descoberta dias depois. Uma única cópia, sobrescrita toda noite, não resolve.
• Restauração testada. Backup que nunca foi restaurado é hipótese. É também o item que primeiro some da rotina de quem administra VPS sozinho.

Quando o backup do provedor basta

Para ambiente de testes, curso piloto com poucos alunos ou AVA que pode voltar uma semana sem prejuízo, o snapshot do provedor serve. Para instituição com prova valendo nota e certificado, não serve.

Segurança: o que chega à caixa de entrada de quem tem VPS para Moodle

O Moodle é software maduro e com equipe de segurança ativa. Isso também significa que as falhas são encontradas, publicadas e corrigidas o ano inteiro. Um exemplo: em 29/04/2026, o CERT-FR, centro de resposta a incidentes do governo francês, publicou o alerta CERTFR-2026-AVI-0508, com sete vulnerabilidades no Moodle, entre elas execução remota de código e injeção de SQL. As correções saíram nas versões 4.5.11, 5.0.7 e 5.1.4.

Para quem tem hospedagem gerenciada, esse alerta é uma tarefa do fornecedor. Para quem tem VPS para Moodle, é uma pergunta: quem na instituição leu esse alerta, e em quantos dias aplicou a correção?

O mínimo de segurança que a VPS exige

• Assinar os anúncios de segurança do Moodle e aplicar as versões menores sem atraso.
• Atualizar SO, PHP e banco com a mesma disciplina.
• Bloquear login SSH por senha, usar chave e limitar tentativas (fail2ban ou equivalente).
• Colocar um WAF na frente do AVA e limitar requisições em rotas de login.
• Revisar plugins de terceiros sem manutenção: são a porta de entrada mais comum que encontro em ambientes herdados.
• Lembrar da LGPD: o AVA guarda CPF, notas e dados de menores em muitos casos. Vazamento por servidor desatualizado é incidente de segurança com dever de comunicação. Tratamos o tema em LGPD no Moodle.

Custo real de uma VPS para Moodle em 12 meses

Vamos à conta. Primeiro, a mensalidade. Preços da Hostinger em 18/10/2026, sem impostos de cartão e em contrato longo:

Plano	vCPU / RAM / NVMe	Preço promocional	Preço na renovação
KVM 1	1 / 4 GB / 50 GB	R$ 29,99/mês	R$ 59,99/mês
KVM 2	2 / 8 GB / 100 GB	R$ 43,99/mês	R$ 77,99/mês
KVM 4	4 / 16 GB / 200 GB	R$ 59,99/mês	R$ 149,99/mês
KVM 8	8 / 32 GB / 400 GB	R$ 119,99/mês	R$ 259,99/mês

Duas observações. A renovação do KVM 4 custa 2,5 vezes o preço de entrada; faça a conta com o valor de renovação, não com o promocional. E preço de VPS não é estável: a alemã Hetzner reajustou o portfólio em abril de 2026 e de novo em junho, com algumas linhas mais que dobrando.

Para um AVA com algumas centenas de alunos em pico, uma VPS para Moodle razoável começa na faixa de 4 vCPU e 16 GB. Isso dá algo entre R$ 720 e R$ 1.800 por ano só de máquina. Como dimensionar pelo seu pico real está no guia de alunos simultâneos no Moodle.

A parte que não aparece na fatura

Agora, as horas. A estimativa abaixo é da minha operação, não um número de mercado. Ajuste para a sua realidade:

Tarefa	Frequência	Horas/ano (estimativa)
Versões menores do Moodle	6 por ano	6 a 12
Versão maior, com homologação	1 a 2 por ano	8 a 32
Patches de SO, PHP e banco	mensal	12
Teste de restauração de backup	trimestral	8
Monitoramento, alertas e pequenos incidentes	contínuo	24 a 36
Total		58 a 100 horas

Exemplo hipotético: se a hora técnica que você paga custa R$ 150, isso dá entre R$ 8.700 e R$ 15.000 por ano. Mesmo no cenário otimista, a máquina é menos de 20% do custo. E essa conta ainda não inclui o mais caro: o AVA fora do ar na véspera de uma prova, com a coordenação respondendo aluno por aluno.

Quando cada opção faz sentido para a sua instituição

Nenhum dos dois modelos é certo para todo mundo. O critério que uso com clientes é simples: quem vai acordar às 3h da manhã quando o AVA cair?

VPS para Moodle faz sentido quando

• A instituição tem sysadmin Linux no quadro, com tempo reservado para o AVA e cobertura de férias.
• Existe plantão real nos períodos críticos: vestibular, semana de provas, abertura de semestre.
• O AVA é interno ou de baixa criticidade: treinamento corporativo opcional, ambiente de testes, piloto.
• A política de TI exige controle total do servidor, por exemplo para integrações com sistemas internos que só rodam na rede da instituição.

VPS para Moodle não faz sentido quando

• A TI é uma pessoa que também cuida de rede, impressora e e-mail.
• O Moodle gera receita: cursos pagos, pós-graduação EAD, certificação com prazo.
• Não existe ninguém que saiba dizer quando foi o último teste de restauração.
• A VPS foi montada por um freelancer que não está mais disponível, e ninguém sabe a senha do root com certeza.

Sinais de que passou da hora de sair da VPS

O AVA está duas ou mais versões menores atrás. O PHP está perto do fim do suporte. O disco encheu sem aviso. A coordenação descobre que o site caiu pelo WhatsApp dos alunos. Se dois desses aparecem juntos, a decisão já foi tomada pelos fatos.

Armadilhas que vemos em VPS para Moodle herdadas

Boa parte dos ambientes que assumimos chega de uma VPS que funcionou bem no primeiro ano. Os problemas que se repetem:

1. Cron rodando a cada 15 minutos (ou nem rodando). Notificações atrasam, conclusão de curso não é calculada, e-mails saem em lote.
2. moodledata dentro da pasta pública. Arquivos de alunos acessíveis por URL direta.
3. Backup que só copia o banco. Na restauração, cursos aparecem sem nenhum arquivo.
4. Sessões em disco. Em pico, o AVA desloga alunos no meio do questionário.
5. Disco cheio por logs e lixeira. O Moodle para de gravar e ninguém recebe alerta.
6. Plugins abandonados travando o upgrade. A instituição fica presa numa versão sem suporte porque um plugin não tem versão compatível.

Se a sua instituição já decidiu sair, o roteiro técnico está em como migrar Moodle de servidor sem perder dados.

Como a Agathas Web resolve isso

A hospedagem Moodle gerenciada da Agathas Web existe para tirar a infraestrutura do colo da instituição sem tirar dela o controle do AVA. Na prática, o que está incluso:

• Stack montada para Moodle: PHP 8.3 com OPcache, PHP-FPM com pool dedicado, Nginx, MariaDB 10.11+, Redis para sessões e cache e cron isolado em worker próprio. Sem cPanel e sem dividir CPU com sites WordPress.
• Backup diário com binlog a cada 15 minutos, cópia offsite criptografada e restauração testada todo mês.
• Atualização do Moodle em até 90 dias do lançamento, sempre passando por homologação em staging, com janela combinada com a coordenação.
• Segurança: Cloudflare WAF, fail2ban, limite de requisições em rotas críticas e hardening do sistema operacional.
• Monitoramento com Grafana, Prometheus, Sentry e UptimeRobot externo, com alerta no WhatsApp da equipe técnica.
• SLA em contrato: 99,9% de disponibilidade e resposta em até 15 minutos para incidente crítico.

Como funciona a contratação

1. Diagnóstico: levantamos versão, plugins, tamanho do moodledata e pico de alunos simultâneos.
2. Proposta: o plano é dimensionado pelo seu pico real, não pela média.
3. Migração assistida: em até 5 dias úteis, com homologação em staging e aprovação por escrito antes da virada.
4. Virada fora do horário de aula, com o ambiente antigo preservado por 30 dias para reversão.

Se um dia a instituição quiser sair, entregamos o backup completo. Sou certificado pela Moodle Academy e administro Moodle desde 2008, mas a Agathas é independente: não somos Moodle Partner, e o compromisso está no contrato, não no selo. Para pedir o diagnóstico, fale com a equipe pela página de hospedagem Moodle.

Conclusão: a VPS para Moodle é barata; administrá-la, não

A escolha entre VPS para Moodle e hospedagem gerenciada não é uma escolha de preço de máquina. É uma escolha de quem assume 8 janelas de atualização por ano, o backup que precisa ser restaurado em horas e o alerta de segurança que chega numa sexta-feira à noite.

Se a sua instituição tem sysadmin e plantão, a VPS entrega controle e economia real. Se não tem, a mensalidade baixa esconde um custo anual várias vezes maior e um risco que recai sobre a coordenação na pior semana do semestre.

O próximo passo prático: liste quem, hoje, executa cada linha da tabela de responsabilidades deste post. Se várias ficarem em branco, vale conhecer a hospedagem Moodle gerenciada da Agathas Web e pedir um diagnóstico do seu ambiente.