Este guia tem como finalidade, descrever de forma objetiva, passo a passo, todos os procedimentos necessários para a configuração do produto fluig | ESB para suportar alta diponibilidade e balanceamento de carga.
A configuração de alta disponibilidade e balanceamento de carga devemser realizada por profissionais com experiência em instalação de aplicativos e com conhecimentos de ambiente de rede.
Servidor Windows (Server 2003, Server 2008, XP, Vista e Seven) ou Linux Ubuntu;
Configuração típica: Processador Dual Core, 2 GHz ou superior, 1 GB de RAM, 500 MB de disco;
Arquitetura: 32 ou 64 bits.
O Banco de dados deve ser instalado no servidor, a escolha e adoção de qual banco de dados utilizar é uma opção do cliente. O servidor de aplicação oferece suporte a praticamente qualquer banco de dados que seja compatível com a especificação JDBC. Entretanto, os bancos de dados homologados para fluig | ESB são:
Microsoft SQL Server 2000, 2005, 2008 – www.microsoft.com
MySQL – www.mysql.org
Oracle – www.oracle.com
A documentação para a instalação e administração do banco de dados pode ser encontrada no site de cada um dos respectivos fornecedores. O banco de dados do fluig | ESB será criado automaticamente pelo servidor de aplicação, logo não é necessário nenhum procedimento para a criação das tabelas e campos do banco de dados. O servidor de aplicação vai atualizar a base automaticamente na primeira execução da aplicação, sendo necessário apenas que o banco já esteja criado e disponível para acesso.
É obrigatório a utilização da mesma versão do fluig | ESB Server (versão 12.2.x ou superior) em todos os servidores identificados no guia como “ESB Server Cluster Node” ou “ESB Server Cluster Master” para utilização em Alta Disponibilidade e Balanceamento de carga respectivamente.
Este documento não cobre o procedimento de instalação e configuração do fluig | ESB Server. Para obter mais detalhes sobre a instalação do produto, verifique o documento “Guia de Instalacao fluig ESB.pdf” disponível junto com a mídia de instalação do fluig | ESB Server.
É obrigatório a sincronização dos relógios em todos os servidores que utilizem o fluig | ESB Server em ambiente de Alta disponibilidade. Para isso é recomendado utilizar o protocolo NTP. O guia de instalação e configuração pode ser localizado em: NTP.br, Para redes Windows® também pode ser utilizado o Active Directory®.
Cada instância do fluig | ESB Server deve possuir uma licença disponível no fluig | Licence Server para sua correta execução e inicialização.
Para que não seja necessário utilizar o servidor de licenças, é obrigatório que os diagramas executados nas instâncias do fluig | ESB Server contenham somente componentes do tipo TOTVSReceiver e TOTVSSender para a troca de mensagens entre soluções TOTVS.
É obrigatório a utilização do TOTVS | Developer Studio (11.x ou superior) em cojunto com o fluig | ESB Plugin (versão 12.x ou superior) instalado.
O TOTVS | Developer Studio é utilizado para a criação dos mapas de integração que serão executados nos fluig | ESB Servers configurados em Cluster bem como realizar a configuração dos fluig | ESB Server Cluster Nodes.
Este documento não cobre o procedimento de instalação e configuração do TOTVS | Developer Studio. Para obter mais detalhes sobre a instalação do produto, verifique o procedimento de instalação no endereço http://ds.totvs.com.
Visando garantir a alta disponibilidade da base de dados, recomenda-se que este também esteja sob um cluster quando utilizado no cenário de alta disponibilidade do fluig | ESB Server. (vide documentação do banco de dados utilizado).
Alta Disponibilidade
Um sistema de alta disponibilidade é um sistema resistente a falhas de software e energia, cujo principal objetivo é manter os serviços online o máximo de tempo possível.
O cenário apresenta 03 instâncias do fluig | ESB Server configuradas para trabalhar de forma sincronizada formando assim um só fluig | ESB Server Virtual. Todas as instâncias do fluig | ESB Server são configurados para compartilhar o mesmo banco de dados. O Monitoramento das mensagens poderá ser realizada utilizando o fluig | ESB Monitor acessível a partir de qualquer uma das instâncias do cluster fluig | ESB Server.
MAQUINA 1: TOTVS | ESB Server Cluster Node 1
MAQUINA 2: TOTVS | ESB Server Cluster Node 2
MAQUINA 3: TOTVS | ESB Server Cluster Node 3
|
Para que o fluig | ESB funcione corretamente com a configuração em cluster de alta disponibilidade, é necessário que o mesmo diagrama execute simultaneamente nas instâncias do cluster para que ocorra o resultado esperado. Dessa maneira, quando algum das máquinas que faz parte do cluster venha a ficar indisponível, o diagrama continuará a ser executado pelos demais nós do cluster.
Para criar um novo diagrama vamos utilizar o TOTVS | Developer Studio com o plugin do fluig | ESB.
|
Para testar o funcionamento do fluig | ESB em alta disponibilidade, utilize o aplicativo SOAPUI para gerar um cliente webservice que envie mensagens para os nodos do ESB.
O SOAPUI possui uma versão open-source e pode ser baixado através do endereço http://www.soapui.org/. Baixe e instale o SOAPUI.
Antes de criarmos um projeto de testes no SOAPUI, precisamos ter o endereço WSDL dos serviços Web do fluig | ESB. Para isso, acesse a URL abaixo através de qualquer navegador de internet:
http://ip-do-servidor:porta/ws
onde:
ip-do-servidor = endereço IP da maquina 1
porta = 8085 – porta padrão do serviço web
|
Quando configurado como Cluster de alta disponibilidade, o fluig | ESB irá trabalhar melhor com componentes do tipo “Receiver” que sejam considerados “Ativos” caso o cenário de integração deva ter somente um ponto de entrada centralizado. Com isso, o fluig | ESB é capaz de realizar a leitura de um único repositório de entrada processar as mensagens.
Componentes “Receiver” ativos, são aqueles que possuem a capacidade de trabalhar buscando mensagens de repositórios através de agendamento pela opção “Interval”.
Contudo, é necessário que o intervalo de agendamento na opção “Interval” seja “diferenciado” entre os Receivers das máquinas que trabalham em alta disponibilidade.
Isso significa que o mesmo diagrama deve executar em todos os nós do cluster, mas o intervalo de pooling deve ser diferente entre.
Para isso, o diagrama pode ser replicado no TOTVS | Developer Studio para cada máquina, onde a única diferença é o intervalo de leitura do compoenete Receiver do tipo ativo. Basta copiar e colar o projeto .esb original informando um novo nome na aba “ESB Navigator”.
Para o exemplo em questão, os diagramas ficariam dispostos conforme a imangem abaixo no TOTVS | Developer Studio:
Segue abaixo a lista de componentes do tipo Receiver do fluig | ESB “Ativos”, indicados para trabalhar com cluster de Alta Disponibilidade:
Para utilizar diagramas em cluster de alta disponibilidade que utilizem componentes Receiver do tipo passivo, é recomendado utilizar a configuração de cluster de Load Balancing (balanceamento de carga), onde é adicionado mais um fluig | ESB Server Cluster Proxy para redirecionar e o processamento das mensagens para os componentes Receivers do tipo passivo.
Esta configuração é exemplificada no próximo capítulo.
Esse tipo de cluster tem como função controlar a distribuição equilibrada do processamento. Requer um monitoramento constante na sua comunicação e em seus mecanismos de redundância, pois se ocorrer alguma falha, haverá uma interrupção no seu funcionamento. É composto por um conjunto de servidores fluig | ESB configurados para receber a distribuição de carga de um servidor fluig | ESB Master, permitindo ao máximo a divisão da carga do ambiente para o usuário através de políticas de balanceamento de carga.
O cenário apresenta 03 instâncias do fluig | ESB Server configuradas para trabalhar de forma independente. Todas as instâncias do fluig | ESB Server são configurados para compartilhar o mesmo banco de dados, e recebem a carga da rede através de um servidor fluig | ESB Master (com servidor de banco de dados isolado das demais instâncias), que pode dividir a carga através de 02 tipos de políticas:
1. ROUND ROBIN
Política utilizada quando a capacidade de processamento das máquinas que receberão a distribuição de carga é desconhecida. Com esta política habilitada, o fluig | ESB Cluster Master dividirá a carga igualmente entre os demais fluig | ESB Servers de destino.
2. WEIGHTED ROUND ROBIN
Política utilizada quando a capacidade de processamento das máquinas que receberão a distribuição de carga é conhecida e diferente. Isso significa que o fluig | ESB Cluster Master poderá enviar cargas diferenciadas de acordo com o servidor de destino. Com esta política habilitada, o fluig | ESB Cluster Master poderá ser configurado para enviar rajadas de requisições diferenciadas entre os demais fluig | ESB Servers de destino.
O monitoramento das mensagens poderá ser realizada utilizando o fluig | ESB Monitor acessível a partir de qualquer uma das instâncias do fluig | ESB Server.
Configuração das instâncias fluig | ESB
Para configurar as 04 máquinas com o fluig | ESB Server, siga os passos descritos no Capítulo 3 (página 7) até o item 7 (para cada instância do fluig | ESB).
Atenção: Ao configurar o novo servidor na view “Servers” para o Cluster Master (Proxy de balanceamento de carga), informe na propriedade “Server Name” o valor “Maquina Cluster Master (Proxy)”.
Não é necessário configurar as 03 instâncias como federação de cluster de alta disponibilidade. Após o processo de criação dos servidores no TOTVS | Developer Studio, a view “Servers” deverá estar conforme a imagem abaixo:
Para configurar a máquina fluig| ESB Server (Maquina Cluster Master) que irá trabalhar como Proxy de balanceamento de carga, siga os passos adicionais abaixo:
|
Para que o fluig | ESB funcione corretamente com a configuração em cluster de balanceamento de carga, não é necessário que o mesmo diagrama execute simultaneamente nas instâncias do cluster para que ocorra o resultado esperado.
Cada máquina contendo uma instância do fluig | ESB Server pode conter diagramas diferenciados, mas para efeitos didáticos assumiremos que todas as máquinas irão executar o mesmo diagrama.
Somente a instância do fluig | ESB Server configurado como cluster master em balanceamento de carga irá executar um diagrama diferente, com o objetivo de distribuir a carga entre os demais fluig | ESB Servers.
Para confeccionar os diagramas das 03 máquinas que executam o fluig | ESB Server, execute os passos dos itens 1 a 12 a partir da página 12.
Siga os passos abaixo para criar o diagrama que deve executar na máquina fluig | ESB Server Master:
|
Considerações sobre o ambiente de balanceamento de carga
Para testar o funcionamento do fluig | ESB em balanceamento de carga, basta reinicar todas instâncias do fluig | ESB, e disponibilizar 13 arquivos texto no diretório C:\TEMP\RESOURCES.
O fluig | ESB Cluster Master (Proxy) deverá distribuir a carga da seguinte maneira:
Caso deseje alterar a política de distribuição da configuração de balanceamento de carga para ROUND ROBIN, efetue a alteração na configuração da instância fluig | ESB de proxy, salve e reinicie o servidor fluig | ESB Cluster Master (proxy).
Ao postar novamente 13 arquivos no diretório C:\TEMP\RESOURCES, o resultado será:
Sendo que a máquina 1 receberá o 1º e o último arquivo da instância fluig | ESB configurada como proxy de balanceamento de carga.
Observações:
Não utilizamos o SOAPUI nos testes pois a instância fluig | ESB configurada para balanceamento de carga faz exatamente a mesma função, enviando via webservices o conteúdo dos arquivos TXTs lidos do diretório C:\TEMP\RESOURCES.
Quando configurado como Cluster de balanceamento de carga, o fluig | ESB irá trabalhar com qualquer tipo de componentes.
Na configuração de balanceamento de carga, podemos ter diagramas diferentes, cada um executando em um Nodo respectivo. Isso é possível, pois ficará a cargo do fluig | ESB Cluster Master1 redirecionar a carga para cada instância de dos fluig | ESB Server Nodes (maquinas 1,2 e 3).
É importante lembrar que este capítulo não está configurando as instâncias dos fluig | ESB Server Nodes com alta-disponibilidade. Caso uma das instâncias venha a ficar indisponível, o processamento dessa instância ficará indisponível até que ela volte a ficar online.