Multi-Server

Top  Previous  Next

Através do Gerenciador de Multi-Server é possível visualizar os servidores que são membros ativos de um cluster.

Neste tipo de ambiente, os servidores trocam mensagens que podem ser informativas ou para disparar alguma ação para todos os servidores ativos.

A API lumis.portal.cluster pode ser utilizado para customização da comunicação entre servidores, indicando o tipo de mensagens, tipo de operações e em quais diretórios essas operações serão realizadas. Essas operações são responsáveis pelas ações realizadas (positivas ou negativas).

O produto foi implementado utilizando-se a API mais alto nível lumis.portal.filesystem para realização de operações que efetuam alterações nos sistemas de arquivos de todos os servidores ativos (mais especificamente nos seguintes diretórios lumisdata/def, lumisdata/data e www). Tais operações podem ser: adição ou remoção de arquivos, limpeza de cache, sincronismo de memória, cópia de arquivos, entre outros.

O fato de arquivos de soluções estarem localizados naqueles diretórios, não siginifica que serão automaticamente replicados. Ou seja, arquivos criados manualmente em tais diretórios não serão replicados, a não ser que esteja implementado para isso.

As funcionalidades que fazem parte do produto que suportam multi-server, implementam as replicações ou comunicações necessárias para seu correto funcionamento nesse cenário. Serviços customizados ou outros componentes executados no portal, devem ser implementados para darem suporte a multi-server , conforme necessário.

 

A figura abaixo exibe membros ativos de um cluster, cujos registros estão ordenados por IP, mas podem ser ordenados pela porta, bastando selecionar o nome da coluna:

portalAdm167

É possivel ainda realizar uma configuração relacionada ao tempo que determinadas mensagens trocadas devem ser persistidas (mensagens duráveis), que por default é de 10.080 minutos (uma semana).

Tais mensagens podem estar relacionadas à criação e exclusão de determinados arquivos, como cache HTML, índices de busca, arquivos públicos.

Para alterar portanto o tempo de persistência de determinadas mensagens, deve-se acionar Configuração e alterar o valor default de 10.080 para o valor desejado que será considerado em minutos:

portalAdm172

Se o valor for igual a zero, as mensagens serão consideradas como não persistidas.

A alteração da configuração só será processada se a configuração de cluster estiver habilitada no arquivo lumisdata/config/lumisportalconfig.xml.

A implementação que utiliza a API de lumis.portal.cluster pode decidir se a mensagem será ou não durável. Essa decisão deve se basear na importância da garantia de entrega e sobre o custo de desempenho e armazenamento que o fato da mensagem ser durável pode trazer. Como exemplo,  mensagens de criação de cache HTML de páginas não são persistidas, enquanto que mensagens de remoção do mesmo, são persistidas. Dessa forma, uma máquina que não esteja ativa no cluster quando ocorrer a remoção de um cache HTML em outro servidor que estiver ativo, receberá a mensagem de remoção do cache, assim que a sua conexão estiver restabelecida.
 

Observações

 

Na documentação acima foi utilizado o termo mensagens tanto para transmissão de informações quanto de comando. Porém, na API do produto, é utilizado o termo Transmissão para mensagens (interface java IClusterMessage) e comandos (IClusterCommand). Comando já é pré-definidos o que é executado no servidor, enquanto que mensagem gera eventos que quem observa (observadores de cada servidor) decide como agir.

 


Lumis Portal 8.2.2.160411
Copyright © 2006â??2016 Lumis EIP Tecnologia da Informação LTDA. Todos os direitos reservados.