{"id":105,"date":"2020-06-06T18:29:17","date_gmt":"2020-06-06T21:29:17","guid":{"rendered":"https:\/\/samueljr.top\/blog\/?p=105"},"modified":"2020-06-09T15:32:25","modified_gmt":"2020-06-09T18:32:25","slug":"cluster-moodle","status":"publish","type":"post","link":"https:\/\/goon.tec.br\/blog\/index.php\/2020\/06\/06\/cluster-moodle\/","title":{"rendered":"Cluster Moodle"},"content":{"rendered":"

Introdu\u00e7\u00e3o<\/h3>\n

No in\u00edcio de 2020, muitas escolas j\u00e1 disponibilizavam parte das suas disciplinas em formato EAD. Com o surto pand\u00eamico, muitas escolas tiveram que se adaptar rapidamente para minimizar os impactos na educa\u00e7\u00e3o de seus alunos, passando a prover cem por cento do conte\u00fado e avalia\u00e7\u00f5es, no formato a dist\u00e2ncia.<\/p>\n

Em abril, recebi o contato de uma escola de Bras\u00edlia, que possui aproximadamente 3000 alunos, para avaliar a estrutura do AVA e propor solu\u00e7\u00f5es para amplia\u00e7\u00e3o e melhoria do ambiente. At\u00e9 ent\u00e3o, a utiliza\u00e7\u00e3o era bastante t\u00edmida, com poucos acessos simult\u00e2neos.<\/p>\n

Cen\u00e1rio Inicial<\/h3>\n

O ambiente era composto por apenas um servidor, que executava todos os servi\u00e7os. Em geral, para ambientes de pequeno porte, essa arquitetura funciona muito bem. No entanto, quando o n\u00famero de acessos aumenta, surgem problemas de desempenho e torna-se bastante dif\u00edcil fazer ajustes para uma melhor performance. Na ocasi\u00e3o, v\u00e1rias interven\u00e7\u00f5es foram feitas, inclusive aumentando bastante os recursos do servidor e mesmo assim os problemas persistiram.<\/p>\n

Antes de iniciar os trabalhos, alguns testes de Benchmark<\/em> foram feitos para registro e compara\u00e7\u00e3o\u00a0 posterior. A principal ferramenta para isso foi o plugin Moodle Benchmark<\/a>, que \u00e9 capaz de testar a velocidade do servidor, processadores, discos, banco de dados e carregamento de p\u00e1gina. Neste caso, a ferramenta gera uma pontua\u00e7\u00e3o que, quanto menor, melhor.<\/p>\n

Tivemos a pontua\u00e7\u00e3o inicial de 947.<\/p>\n

\"\"<\/p>\n

Solu\u00e7\u00e3o Proposta<\/h3>\n

A primeira proposta seria a separa\u00e7\u00e3o dos servi\u00e7os em dois servidores, um para a aplica\u00e7\u00e3o e outro para o banco de dados. Isso tornaria bem mais simples distribuir os recursos entre o sistema operacional e os servi\u00e7os executados em cada m\u00e1quina.<\/p>\n

Neste caso, a escola dispunha de uma \u00f3tima infraestrutura em data center, o que nos possibilitou criar um ambiente mais robusto e resiliente a falhas.<\/p>\n

\"Ambiente<\/p>\n

Na solu\u00e7\u00e3o, propus um ambiente com um Banco de Dados, um servidor NFS, um servidor Redis para cache e gerenciamento de sess\u00e3o e dois Web Servers, o que nos proporcionaria um ambiente escal\u00e1vel. Para o balanceamento das requisi\u00e7\u00f5es dos clientes, utilizamos uma solu\u00e7\u00e3o propriet\u00e1ria provida pelo Data Center mas poder\u00edamos facilmente montar nosso pr\u00f3prio balanceador com o NGINX, por exemplo. Abordarei a constru\u00e7\u00e3o de um balanceador desse tipo em outro post.<\/p>\n

A configura\u00e7\u00e3o dos servidores utilizados foi a seguinte:<\/p>\n\n\n\n\n\t\n\n\t\n\t\n\t
Web Servers (Apache) 2x<\/th>Banco da dados (Postgres)<\/th>Servidor de sess\u00e3o (Redis)<\/th>Servidor de arquivos (NFS)<\/th>\n<\/tr>\n<\/thead>\n
120GB de disco<\/td>500GB de disco<\/td>120GB de disco<\/td>500GB de disco<\/td>\n<\/tr>\n
16GB de mem\u00f3ria<\/td>64GB de mem\u00f3ria<\/td>2GB de mem\u00f3ria<\/td>8GB de mem\u00f3ria
\n<\/td>\n<\/tr>\n
8 vCPUs<\/td>16 vCPUs<\/td>4 vCPUs<\/td>8 vCPUs<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n

O sistema operacional utilizado foi o Debian 10. Al\u00e9m disso, o banco de dados foi migrado de MySQL para PostgreSQL porque este, em geral, oferece ao Moodle uma melhor performance quando possu\u00edmos tabelas muito grandes. Al\u00e9m disso, MySQL possui s\u00e9rios problemas quando o tr\u00e1fego \u00e9 grande e requer muitas escritas simult\u00e2neas. Um bom artigo que explica mais essas quest\u00f5es pode ser encontrado aqui<\/a>.<\/p>\n

O servidor NFS \u00e9 a solu\u00e7\u00e3o mais simples para o compartilhamento do moodledata entre os servidores de aplica\u00e7\u00e3o. No entanto ele pode trazer muita dor de cabe\u00e7a se mal configurado ou utilizado para armazenamento de cache e gerenciamento de sess\u00e3o. Esse problema \u00e9 facilmente contornado adicionando um servidor Redis na nossa solu\u00e7\u00e3o. O Redis \u00e9 uma solu\u00e7\u00e3o bem simples, que consome poucos recursos e \u00e9 capaz de evitar overhead de banco de dados ou de discos.<\/p>\n

Ap\u00f3s todas as instala\u00e7\u00f5es e configura\u00e7\u00f5es, obtivemos uma pontua\u00e7\u00e3o de 125 no Benchmark Moodle<\/a>.<\/p>\n

\"\"<\/p>\n

Nos pr\u00f3ximos posts abordaremos todas as instala\u00e7\u00f5es e configura\u00e7\u00f5es necess\u00e1rias para montarmos o ambiente descrito acima.<\/p>\n