Quantos alunos o Moodle aguenta? A resposta honesta (não é a que vendem)

É uma das primeiras perguntas de quem vai adotar um LMS: "e se eu colocar a empresa toda dentro e travar?" O medo é legítimo — ninguém quer lançar um treinamento obrigatório e ver a plataforma cair no pico. Mas a pergunta, do jeito que costuma ser feita, tem uma resposta que quase nunca aparece no material de vendas. E ela muda completamente a decisão.

A resposta curta: o Moodle não tem teto de alunos

Não existe um número mágico onde o Moodle "enche". A documentação oficial é clara: ele roda bem de dez usuários até muitos milhares, e há instalações reais operando com milhões de usuários registrados. Grandes provedores de educação rodam múltiplos campi de Moodle atendendo dezenas de milhares de alunos ao mesmo tempo. Ou seja: o limite não está no software.

Então por que tanta gente ouve histórias de Moodle lento? Porque confundem o software com o servidor onde ele mora. Quem trava não é o Moodle — é a infraestrutura subdimensionada por trás dele. É a diferença entre culpar o carro e culpar a estrada.

A conta que realmente importa: registrados ≠ simultâneos

Aqui está o erro que faz gente comprar servidor a mais (ou a menos). Há três números bem diferentes:

• Usuários registrados: todas as contas cadastradas. Sua empresa pode ter 10.000.
• Usuários navegando: os que estão logados e clicando num dado momento.
• Usuários simultâneos: aqueles para quem o servidor está ativamente processando algo naquele instante — abrindo uma página, salvando um quiz. É quase sempre uma fração pequena do total.

O que dimensiona o servidor é o número de simultâneos, não o de registrados. Uma empresa com 5.000 colaboradores dificilmente terá mais que algumas centenas processando algo no mesmo segundo — mesmo num treinamento obrigatório.

A regra de bolso (da própria documentação Moodle)

A documentação oficial dá uma referência simples para um único servidor: usuários simultâneos ≈ RAM (GB) × 50, e usuários navegando ≈ simultâneos × 5. Na prática, isso significa:

É uma aproximação, não uma lei — o número real depende de otimização (cache, banco, tipo de atividade; vídeo pesa mais que texto). Mas serve para enxergar a ordem de grandeza: um servidor modesto já sustenta um pico de centenas de pessoas ao mesmo tempo. A pergunta "aguenta minha empresa?" quase sempre tem resposta "sim, com folga" — desde que dimensionado com critério.

Como o Moodle cresce sem você trocar de plataforma

E quando a empresa cresce de verdade? Aqui está a vantagem estrutural. O Moodle é construído em camadas separadas, o que permite escalar por partes, sem migrar de LMS:

• Separar o servidor web do servidor de banco de dados.
• Adicionar mais servidores web atrás de um balanceador de carga, todos apontando para o mesmo banco e o mesmo cache.
• Instalar cache dedicado para aliviar o banco.

É assim que as maiores instalações do mundo rodam — fazendas de servidores web com banco replicado. Você aumenta a infraestrutura conforme a demanda. Compare com uma plataforma fechada, onde o teto não é técnico, é comercial: você bate no limite do seu plano e a saída é pagar o próximo tier. Onde você hospeda muda tudo nesse ponto.

A pergunta certa: "quem dimensiona?"

Juntando tudo: "quantos alunos o Moodle aguenta" é a pergunta errada, porque a resposta é "quantos a sua infraestrutura permitir" — e isso é uma decisão de projeto, não um limite do produto. A pergunta certa é: quem vai dimensionar isso pela sua realidade? Quantos registrados, qual o pico de simultâneos esperado, que tipo de atividade (vídeo, quiz, SCORM), e qual arquitetura sustenta o crescimento dos próximos anos. Acertar essa conta no começo é o que separa um LMS que "voa" de um que "trava" — e nenhuma das duas coisas é culpa do Moodle.

Fontes: Moodle Pty Ltd. Performance recommendations — MoodleDocs (docs.moodle.org). · Moodle Pty Ltd. Large installations — MoodleDocs. · Moodle Pty Ltd. User site capacities — MoodleDocs.