Índice

Conceito

Quando um único servidor (hardware) não possui uma configuração que comporte a carga gerada por um grande processamento, é possível configurar uma nova instância da aplicação em um outro servidor disponível e balancear a carga de processamento, de forma que o recurso computacional seja elevado com a adoção de um novo hardware. A configuração de balanceamento de carga visa a escalabilidade da aplicação para permitir a utilização do TSS mesmo em cenários de operação crítica ou que demandem alto volume de transações diárias.
Ainda que o hardware utilizado comporte um volume expressivo de carga, as características de limite máximo de consumo de memória da aplicação devem ser respeitadas, logo, podem ser adotadas novas instancias em um mesmo hardware, desde que este comporte.
A seguir, apresentamos algumas premissas básicas e requisitos mínimos para adoção do recurso de balanceamento:

• Um mesmo tipo de sistema operacional deve ser utilizado em todos os serviços criados;

• Uma cópia do build deve ser utilizada para cada novo serviço criado;

• Uma atualização de build, quando realizada deve ser replicada a todos os demais serviços.

• Um mesmo usuário Microsoft ® Windows deve ter direitos na pasta compartilhada (RootPath) e deverá pertencer ao grupo “Administrador”, para que possa ser associado ao serviço de cada servidor.

• O nome do ambiente, convencionalmente definido como [SPED] deve ser idêntico para todos os servidores.

• Separe em um servidor dedicado, o ambiente de homologação: homologação é uma operação de menor relevância, que não deve ser executada no mesmo serviço que atende as conexões do ambiente de produção para que não haja concorrências desvantajosas ao processo.
• O valor de RootPath=\\SERVER1\protheus_data\ deve ser a mesma para todas as instâncias para os ambientes Environment de mesmo nome e não devem compreender unidades de letra “mapeadas”.

• Reserve 2 GB de memória RAM para cada instância do servidor de aplicação, que pode ser na mesma máquina desde que tenha capacidade para isso.

• Nos ambientes balanceados deve haver um único repositório (RPO). Não compartilhe RPO em rede, pois os servidores de aplicação fazem leitura intensiva do RPO quando executam os JOBS, visto que neles estão compiladas todas as regras de negócio, se o RPO é compartilhado em rede, tem como resultado:
  
  • • Degradação na performance de execução dos servidores de aplicação que utilizam o RPO compartilhado (tráfego de RPO em rede).
    • O aumento do consumo de recursos de rede nos servidores que compartilham RPO, tipicamente, saturam o uso das interfaces de rede, criando uma concorrência de transmissão de dados.
      
      

Modelos de Balanceamento

A maior parcela do processamento do TSS se resume as tarefas de construção dos lotes, assinatura digital do documento, transmissão ao fisco e verificação dos possíveis retornos do processamento fiscal, e, por esta razão, o balanceamento tem como foco estas tarefas. Para atender as diferentes necessidades encontradas, o TSS compreende quatro modelos de balanceamento no que diz respeito ao processamento destas tarefas, abaixo listados:

• Balanceamento por Entidade ou Filial;

• Balanceamento por Tipo de Documento;

• Balanceamento por Tipo de Atividade;

• Balanceamento Misto.
  
  

O TSS pode ser configurado para que a carga de processamento seja balanceada, ou seja, para que diversas instâncias do TSS realizem tarefas paralelamente, dando vazão à limitação de recursos da máquina.

O balanceamento pode ser configurado para funcionar por entidades e/ou processos, de acordo com as configurações dos Jobs.

...