Quinta dia 18 haverá uma manutenção pequena do Moodle do Stoa (a disponibilidade do serviço não de passar de alguns minutos) entre 12h e 14h.
Nova arquitetura para os Moodles da USP
No início de janeiro 2016 o Moodle do Stoa foi migrado para uma nova versão (2.9) e para novos servidores. Neste post um pouco mais técnico descrevo as várias opções de arquitetura de servidor para hospedar o software Moodle.
Arquitetura Básica
O Moodle é software livre e pode ser instalado em qualquer computador, desde o seu laptop até servidores grandes hospedados num datacenter. A arquitetura mais simples instala todo o software necessário num único servidor: um servidor Web capaz de interpretar PHP como Apache e um base de dados SQL como MySQL ou Postgresql.
Esta arquitetura é boa para uma instância de desenvolvimento ou para uma instância de produção com relativamente pouco uso. O problema é que assim que há mais carga no servidor (uso simultâneo do sistema por vários usuários) o servidor Web e a base de dados vão brigar por recursos (memória, CPU e banda) e o sistema vai ficar instável e não-responsivo.
Arquitetura Intermediária
Uma solução é hospedar os principais componentes, o servidor Web e o banco de dados, em servidores (sejam virtuais ou físicos) separados. Isto vai permitir otimizar os servidores separadamente para sua principal função (servir requisições HTTP e SQL respectivamente).
Moodle do Stoa usou esta arquitetura de 2009 até 2015 e serviu para atender até 25 mil usuários ativos, até 10 mil logins por dia e até 350 usuários simultâneos (últimos 5 minutos). Ou seja, mesmo este arquitetura relativamente simples vai atender a grande maioria dos casos de uso! Para quem está implementando um projeto Moodle para um instituição ou escola, recomendo muito começar com este arquitetura. Use uma máquina com bastante RAM para o servidor web (o número de requisições simultâneas que podem ser atendidas é proporcional a memória disponível) e uma máquina com uma boa performance IO para o servidor do banco de dados (e suficiente memória RAM para poder ter o banco inteiro na memória).
Porém, há limitações: escalabilidade e robustez. Há um limite na quantidade de memória que uma única máquina pode ter. Além disso, se algo acontece com qualquer uma das máquinas, o sistema cai.
Arquitetura Escalável
Para resolver o problema de escalabilidade, uma arquitetura com N servidores Web pode ser usado. As requisições dos usuários são distribuídas por um balanceador de carga para os servidores Web, que se comunicam com a base de dados. O Moodle requer um sistema de arquivos compartilhados por todos os servidores Web, para armazenar os arquivos dos usuários. Também é uma boa ideia usar um servidor de cache (Moodle tem suporte boa para Memcached) para desafogar a base.
Com esta arquitetura um aumento da carga pode ser absorvido acrescentando mais servidores Web, desde que a base de dados continue aguentando. É importantíssimo que o sistema de arquivos compartilhado, o storage, é bem performático. Por exemplo, é essencial ter uma conectividade de rede entre os apaches e este storage de extrema boa qualidade (isto é ainda mais importante se as sessões são colocados neste sistema de arquivos em vez que no base de dados).
Arquitetura Robusta
O STI implementou uma arquitetura parecida com a acima, com ainda mais elementos para aumentar a robustez e disponibilidade do sistema. A base de dados é um cluster master-master (usando MariaDB Galera Cluster), com cada servidor Web conectado com um nó do cluster. Os caches Memcached estão atrás do sistema Couchbase para alta disponibilidade. Durante os testes de homologação percebemos que o storage montado via NFS não era performático suficiente para usar como store de sessões e tivemos que configurar o Moodle para usar (um outro) Memcached para esta finalidade.
Estamos ganhando experiência com este sistema. É inegável que o aumento em complexidade significa um aumento de carga de manutenção e talvez risco sistêmico. Mas temos confiança que poderemos diagnosticar e resolver os problemas que vão aparecer. O custo do aumento de complexidade vai ser compensado pelas possibilidades de escalabilidade (em usuários e uso), a possibilidade de hospedar vários outros Moodles da USP neste sistema e pela expectativa de um maior disponibilidade.
Referências e Créditos
A “arquitetura robusta” foi desenhado e implementado pelo Ettore Enrico Delfino Ligorio e colegas do STI. Para saber mais sobre hospedagem de instalações grandes do Moodle, veja as páginas “Performance Recommendations” (e sub-seções na barra lateral desta página) e “Server Cluster“.
Novidades do Moodle 2.9
No início de janeiro 2016 atualizamos o Moodle do Stoa para a versão 2.9 [1] . Veja as novidades (Moodle 2.8 e Moodle 2.9). Alguns destaques:
Autosave do editor visual
O Atto, o editor visual do Moodle, agora salva o seu texto a cada minuto (se sua conexão está ok). Caso houver problema na hora de salvar, o texto será recuperado automaticamente ao acessar o mesmo lugar mais tarde.
Colar e Arrastar imagem para dentro do Atto
Falando de Atto, agora é possível copiar e colar imagens dentro do editor, ou até arrastar do desktop ou gerenciador de arquivos do seu computador local.
Recuperar atividades apagados por engano
Antigamente era muito difícil de recuperar atividades que foram apagados por engano. Temos backups, mas ainda não existe um sistema amigável de recuperar somente uma atividade ou recursos, sem afetar o Moodle inteiro. Por isso, era pouco praticável recuperar os dados se algum fórum ou questionário era removido, o que era especialmente chato quando contribuições de alunos foram perdidas.
Agora existe uma nova funcionalidade “lixeira” ou “recycle bin”. Após remover uma atividade ou recurso vai aparecer no bloco Administração um link: 
(talvez traduzimos para “Lixeira” mais tarde). Neste link vai ser possível recuperar a atividades, incluindo os dados dos usuários!
Configurei a ferramenta para ficar com os itens 21 dias. Um professor ou monitor pode apagar um item também definitivamente.
Assinar um único tópico de um fórum
Agora é possível gerenciar se quer assinar (receber notificações via email ou celular) um único tópico dentro de um fórum ou mais do que um, ao vez de assinar ou não-assinar o fórum como um todo.
Nova interface de montar um Questionário
Ficou bem mais lógico a interface que permite acrescentar questões (existentes, ou do banco de questões) a um questionário. Além de simplificar este processo, agora é possível condicionar a liberação de uma questão a ter feita uma questão anterior. Veja mais.
[1] O grupo ATP segue o Open University de ficar sempre 6 mêses atrás da última versão estável do Moodle. Esta vez, os Moodles de Extensão e do curso Licenciatura em Ciências terão que esperar até fevereiro.
Atualização e indisponibilidade do Moodle do Stoa 6 e 7 de janeiro
O serviço de ambientes online de apoio às disciplinas da USP o Moodle do Stoa vai ser atualizado para uma nova versão do Moodle no final do dia 6 de janeiro (quarta-feira). Prevemos que o serviço volta no final do dia 7.
A razão para este longo período de manutenção é que além de atualizar a plataforma (de Moodle 2.7 para 2.9) e migrar todo o conteúdo, vamos mudar a infraestrutura de hospedagem do sistema, para uma arquitetura ainda mais robusto e escalável.
Este é o último passo no processo de entregar ao STI cada vez mais a responsabilidade para a parte técnica da hospedagem. Iniciamos este processo no início de 2015 com a migração dos servidores para a Nuvem USP. Agora os analistas do STI desenharam uma arquitetura mais robusto, com servidores redundantes e processos de gestão ainda mais profissionais. O custo do aumento de complexidade (e o investimento do STI em recursos humanos) vai dar como retorno um sistema pronto para continuar crescendo 30-50% por ano em número de usuários e atividade geral, como tem crescido desde 2009. Por outro lado a entrega da responsabilidade da gestão técnica do sistema vai liberar o grupo ATP para investir mais em ações de capacitação e apoio técnico-pedagógico a docentes e monitores, visando um uso cada vez mais rica do sistema.
Disciplinas de 2016 no Moodle do Stoa
A criação de ambientes de apoio às disciplinas da USP, oferecimento 2016, já está liberada. Como explicado na documentação para Docentes, para que os botões verde “criar ambiente” 
aparecem na página inicial do Moodle do Stoa, é preciso que a seção de aluno da Unidade tenha cadastrado o(a) ministrante no Júpiter ou Janus e associada a uma turma de 2016.
Se isso (ainda) não foi feito ou se por algum outro motivo a integração Júpiter/Janus -> Moodle do Stoa não funcionar, podemos criar o ambiente manualmente: entre em contato com suporte@stoa.usp.br mencionando o código Júpiter, seu número USP e se gostaria juntar um ou mais turmas no Júpiter para um único ambiente de apoio no Moodle do Stoa.
Após a criação do novo ambiente, importe o conteúdo dos seus ambientes do ano passado. Se é preciso importar ambientes de anos passados de outros docentes, podemos ajudar com isso: entre em contato com suporte@stoa.usp.br com os 1. o link (URL, endereço da Web) ambiente novo e 2. o link do ambiente novo.
Aviso para quem criar seu ambiente de apoio com antecedência
Por padrão, a integração Júpiter/Janus -> Moodle do Stoa inscreve todos os inscritos (note, não somente matriculados) no Júpiter no ambiente sendo criado. Também por padrão são mandados convites a inscritos no Júpiter ainda sem conta no Moodle do Stoa. Para quem está se adiantando e não gostaria que futuros alunos tenham acesso a trabalho em andamento, recomendamos adotar estas duas medidas:
1. Não mandar convites
No terceiro passo após clicar , é oferecida a possibilidade mandar convites para o Stoa. Faz sentido escolher “Nenhum” se o ambiente ainda vai demorar para estar disponível. Pode mandar os convites quando o ambiente estiver pronto (e as matriculados no Júpiter estejam estabilizadas).
2. Ocultar para alunos o ambiente de apoio
Para deixar seu ambiente inacessível para os alunos inscritos, vá para as configurações do ambiente (bloco Administração / Editar configurações), procure na seção Geral o campo “Visível” e use Ocultar. Isso impede alunos ver o ambiente, mas Docentes e Monitores poderão acessar normalmente.
Uso do Moodle do Stoa continua crescendo
A equipe Stoa apresentou os últimos dados de uso do Moodle do Stoa no Congresso de Educação organizado pela Pró-Reitoria de Graduação da USP no dia 27 de maio. Veja o painel que apresentamos (clique para o PDF).
O que vemos, em poucas palavras, é um uso ainda crescente do Moodle do Stoa, sem dúvida em função de uma demanda cada vez mais forte para Tecnologia Educacional por parte do nosso corpo docente (talvez incentivado pelos seus estudantes). Estamos atendendendo agora, no primeiro semestre de 2015 20 mil usuários ativos (se logam pelo menos uma vez por semana), 1000 docentes e 20% de todas as disciplinas (5500 no primeiro semestre) oferecidas na USP. Vejam os números de acessos de página e criação de ambientes de apoio:
Por outro lado, o uso é muito variado entre usuários, disciplinas e unidades. Alguns usam muito, muitos usam pouco. Um exemplo das grandes diferenças de uso do Moodle do Stoa entre Unidades da USP é o número de ambientes de apoio online criado, normalizado pelo número de disciplinas oferecidas pela Unidade (note que no IF por exemplo muitas disciplinas usam 2 ambientes online por disciplina, porque são ministrados por docentes diferentes no período noturno e diurno):
Acreditamos que a grande diferença entre as unidades indicam processos do tipo “contágio social” na adoção da tecnologia. As mesmas desigualdades de uso se mostra entre usuários. A distribuição (cumulativa complementar) das ações sobre os usuários segue uma lei de potência na cauda, com expoente 3.5, parecido com as outras distribuições empíricas (Clauset, A., Shalizi, C.R., Newman, M.E.J., 2007. Power-law distributions in empirical data. http://arxiv.org/abs/0706.1062.)
Como curiosidade, veja uma visualização da distribuição do número de ações (“clicks”, grosso modo) por pessoa em algumas unidades:
Instabilidades do Moodle do Stoa
(Atualizado 28/05)
O Moodle do Stoa sofreu uma interrupção de serviços segunda-feira dia 25 a partir das 16 até 18h30 horas. Houve novas indisponibilidades dia 27 das 4h-8h e dia 28 das 4h até 9h50.
Estamos tendo problemas de rede na Nuvem USP onde os serviços do Stoa estão hospedados. Escalamos o problema para o superintendente do STI, o órgão da USP responsável pelo TI em geral e a Nuvem-USP em particular. Os analistas do STI estão cientes e focados na resolução do problema.
Pedimos desculpas pela inconveniência. Vamos tentar reunir forças para desenhar uma arquitetura mais robusta a este tipo de falha.
Manutenção programada sábado dia 23/05 8h-11h
Nesta sábado dia 23 de maio os dois sistemas do Stoa, a Rede Colaborativa e o AVA Moodle do Stoa, vão parar por um período curto entre 8h e 11h, para uma manutenção programada.
Atualização 23/05 12h: Demorou um pouco mais que esperamos, mas a manutenção foi concluída com êxito. Se perceber algum problema, entre por favor em contato com suporte@stoa.usp.br.
Moodle do STOA: Lista de matriculados x Lista de participantes
É comum recebermos e-mails de docentes e monitores questionando sobre diferenças entre a lista de participantes em seu ambiente do Moodle do STOA e a lista de matriculados do sistema Júpiter/Janus. No geral, duas podem ser as razões:
1) O docente optou por utilizar no ano corrente o ambiente do ano anterior. Neste caso, os alunos matriculados no ano corrente não foram inscritos porque o campo Turmas USP nas configurações do ambiente não foi atualizado.
É possível procurar o suporte do STOA e requisitar a atualização das configurações do ambiente, mas o que fazer com os alunos do ano anterior? Desinscrever manualmente, um a um, pode ser bem oneroso.
Solução: criar um novo ambiente para os novos alunos e importar o conteúdo do ambiente do ano anterior.
Não se lembra dos 3 cliques para criar um novo ambiente? Veja o passo a passo, clique aqui!
Quer aprender a importar o conteúdo de seus outros ambientes do Moodle do STOA? Fácil, clique aqui!
2) Nem todos os alunos matriculados possuem cadastro no STOA e/ou acessaram o Moodle STOA anteriormente.
Solução: convidar esses alunos, com alguns cliques em seu ambiente virtual, a efetuarem o cadastro e acessarem o Moodle com mesmo login e senha.
- Acesse seu ambiente no Moodle do STOA e no bloco Administração do ambiente, selecione Usuários –> Métodos de Inscrição.
- Na tabela Métodos de Inscrição, selecione
Envio de convites por e-mail, na linha correspondente ao método External STOA. - Selecione os usuários não inscritos, altere (ou não) a mensagem sugerida para o convite e clique em Enviar mensagem.
A medida que se cadastrarem no STOA e acessarem o Moodle STOA, irão automaticamente aparecer na relação de participantes de seu ambiente.
STOA – Alunos sem número USP
Alunos sem número USP podem acessar meu ambiente no Moodle do STOA? Como?
SIM! O docente que deseja compartilhar Recursos com seus alunos ouvintes, pode configurar seu ambiente no Moodle do STOA para permitir o acesso de visitantes. Pode também configurar uma senha para visitantes e compartilhar o link de seu ambiente no Moodle do STOA com o aluno. Desta forma ele terá acesso aos arquivos compartilhados.
Dicas interessantes sobre a restrição de Recursos, Clique Aqui!
Ajuda para criar repositórios de arquivos, Clique Aqui!
Mas, se o ambiente envolve Atividades (p.e. Fóruns, Tarefas, Questionários, Enquetes etc.), essa solução não é suficiente.
Visitantes acessam somente os Recursos (p.e. Arquivos, Vídeos, Imagens etc.). Neste caso, o seguinte procedimento deve ser adotado:
1) Convide o aluno a se cadastrar
Acesse http://social.stoa.usp.br/myprofile/seu_nome_de_usuário_
Personalize o convite! Por exemplo: inclua o link do ambiente da disciplina no Moodle do STOA; orientação para que o aluno lhe avise quando se cadastrar e se logar no Moodle do STOA; orientação para
[box] Olá <friend>,
O docente NOME DO DOCENTE lhe convida a participar do STOA e acessar seu ambiente virtual em apoio a disciplina NOME DA DISCIPLINA (LINK DO AMBIENTE).
Para aceitar o convite, por favor siga este link: <url>
Ao efetuar o cadastro, ignore o campo Número USP. Então, acesse http://disciplinas.stoa.usp.br com mesmo login e senha. Após efetuar o cadastro e o login, escreva para E-MAIL DO DOCENTE comunicando.
Atenção: este é um e-mail automático, favor não responder.
<environment>
[/box]
As imagens abaixo mostram como será o e-mail recebido pelo aluno e a tela de cadastro.
É imprescindível que, após aceitar o convite, o aluno acesse o Moodle do STOA com mesmo login e senha!
2) Inscreva o aluno manualmente ou Configure a autoinscrição
Acesse o ambiente do Moodle do STOA no qual deseja inscrever o aluno.
a) Inscrição manual
Depois de garantir que o aluno está cadastrado e se logou pelo menos uma vez o Moodle do STOA, acesse Administração do ambiente –> Usuários –> Inscrição de usuários e faça a busca pelo e-mail do aluno.
Detalhes sobre como inscrever alunos manualmente, Clique Aqui.
b) Configuração da autoinscrição
Ideal quando há mais de um aluno sem número USP e/ou alunos não matriculados.
Acesse Administração do ambiente –> Usuários –> Métodos de inscrição e configure uma
Detalhes sobre como configurar a autoinscrição de alunos, Clique Aqui.