{"id":8361,"date":"2019-07-22T07:30:23","date_gmt":"2019-07-22T10:30:23","guid":{"rendered":"http:\/\/www.fernandoquadro.com.br\/html\/?p=8361"},"modified":"2019-07-24T08:32:57","modified_gmt":"2019-07-24T11:32:57","slug":"escalabilidade-do-geoserver-com-docker-parte-1","status":"publish","type":"post","link":"https:\/\/www.fernandoquadro.com.br\/html\/2019\/07\/22\/escalabilidade-do-geoserver-com-docker-parte-1\/","title":{"rendered":"Clusteriza\u00e7\u00e3o do GeoServer com Docker – Parte 1"},"content":{"rendered":"

No FOSS4G Argentina<\/a> desse ano (2019), o Gabriel Roldan ministrou um treinamento de GeoServer Avan\u00e7ado. Neste treinamento, ele ensinou como escalar o GeoServer com o Docker. Eu achei o material muito interessante, originalmente escrito em espanhol, e resolvi traduzir e postar aqui no blog.<\/p>\n

1. Clustering no GeoServer<\/strong><\/p>\n

Clustering \u00e9 um sistema de processamento paralelo ou distribu\u00eddo que envolve computadores independentes (ou m\u00e1quinas virtuais, cont\u00eaineres docker, etc.).<\/p>\n

No GeoServer, ele pode ser aplicado para obter uma configura\u00e7\u00e3o de alta disponibilidade ou para obter maior escalabilidade. Independentemente do motivo, existem algumas limita\u00e7\u00f5es que devem ser levadas em considera\u00e7\u00e3o e, quando poss\u00edvel, devem ser resolvidas.<\/p>\n

Na parte restante desta se\u00e7\u00e3o, ser\u00e3o fornecidas informa\u00e7\u00f5es para obter um entendimento b\u00e1sico de clustering e, em seguida, analisar as v\u00e1rias possibilidades de agrupamento do GeoServer, usando o docker e o docker-compose para definir as caracter\u00edsticas do cluster.<\/p>\n

2. Introdu\u00e7\u00e3o ao Clustering e Alta Disponibilidade<\/strong><\/p>\n

T\u00e9cnicas de clustering s\u00e3o usadas para melhorar o desempenho e a disponibilidade de um sistema complexo. Em termos gerais, um cluster \u00e9 considerado como um conjunto redundante de servi\u00e7os que fornece o mesmo conjunto de funcionalidades.<\/p>\n

A qualidade do cluster pode ser medida por:<\/p>\n

Confiabilidade:<\/strong> a capacidade de fornecer respostas bem-sucedidas em todas as solicita\u00e7\u00f5es recebidas. Disponibilidade<\/strong> do tempo de atividade do servidor (geralmente medido como % do tempo de atividade anual). Desempenho<\/strong> medido pelo tempo m\u00e9dio gasto pelo servi\u00e7o para fornecer respostas ou desempenho. Escalabilidade<\/strong> \u00e9 a capacidade de lidar com uma quantidade crescente de trabalho de um maneira eficiente, sem degrada\u00e7\u00e3o na qualidade do servi\u00e7o.<\/p>\n

2.1 Alta disponibilidade<\/strong><\/p>\n

Clusters de alta disponibilidade (HA) s\u00e3o grupos de servi\u00e7os que podem ser usados \u200b\u200bde forma confi\u00e1vel com tempo de inatividade m\u00ednimo (ou nulo). Sem o armazenamento em cluster, se um servi\u00e7o falhar ou estiver muito ocupado, o usu\u00e1rio que solicitar esse servi\u00e7o nunca receber\u00e1 uma resposta r\u00e1pida. O pool de alta disponibilidade deve ser projetado para remediar essa situa\u00e7\u00e3o, detectando um servi\u00e7o inativo (por meio de um watchdog<\/em>) e reiniciando-o imediatamente. Durante esta opera\u00e7\u00e3o, o servi\u00e7o ser\u00e1 fornecido por uma inst\u00e2ncia de failover<\/em> do mesmo servi\u00e7o.<\/p>\n

2.2 Escalabilidade<\/strong><\/p>\n

“Escalar” um sistema geralmente significa adicionar mais inst\u00e2ncias do produto. Podemos distinguir duas maneiras diferentes de escalar:<\/p>\n

A escalabilidade horizontal<\/strong> tamb\u00e9m \u00e9 conhecida como scale-out<\/em>, que pode ser feito adicionando recursos de hardware (HW) extras ao grupo existente. Em nosso contexto, isso significa adicionar mais m\u00e1quinas f\u00edsicas ou virtuais com o GeoServer instalado.<\/p>\n

A escalabilidade vertical<\/strong> pode ser atingida com a obten\u00e7\u00e3o de hardware mais potente (mais CPU\/mem\u00f3ria) e normalmente deve ser combinada adicionando mais inst\u00e2ncias de software tamb\u00e9m no mesmo servidor (na pr\u00e1tica, n\u00e3o \u00e9 um software 100% escal\u00e1vel linearmente). Em nosso contexto, isso significa instalar mais inst\u00e2ncias do GeoServer no HW existente para utilizar totalmente os recursos dispon\u00edveis, particularmente as CPUs adicionais.<\/p>\n


\n\"\"
\n<\/center><\/p>\n

3. Configura\u00e7\u00e3o de alta disponibilidade para o GeoServer<\/strong><\/p>\n

Isso requer o agrupamento de inst\u00e2ncias do GeoServer para implementar uma configura\u00e7\u00e3o de alta disponibilidade, bem como para obter uma maior escalabilidade.<\/p>\n


\n\"\"
\n<\/center><\/p>\n

Esse tipo de configura\u00e7\u00e3o envolve uma s\u00e9rie de problemas e s\u00f3 \u00e9 vi\u00e1vel para um servi\u00e7o est\u00e1tico. Isto \u00e9, uma vez configurado, assume somente leitura em termos da configura\u00e7\u00e3o do cat\u00e1logo. Do contr\u00e1rio a falta de comunica\u00e7\u00e3o entre as inst\u00e2ncias resulta em um desastre.<\/p>\n

4. Backoffice – Configura\u00e7\u00e3o de produ\u00e7\u00e3o (Diret\u00f3rio de Dados separado)<\/strong><\/p>\n

Ao configurar um cluster do GeoServer com um diret\u00f3rio de dados compartilhado, \u00e9 recomend\u00e1vel configurar um GeoServer off-line que trabalhe com uma c\u00f3pia do diret\u00f3rio de dados do cluster (\u00e1rea de prepara\u00e7\u00e3o), fa\u00e7a altera\u00e7\u00f5es at\u00e9 que um novo design de configura\u00e7\u00e3o satisfat\u00f3rio seja alcan\u00e7ado e, em seguida, propague as altera\u00e7\u00f5es para o cluster de produ\u00e7\u00e3o com as seguintes etapas:<\/p>\n