Topologias

Esta seção descreve algumas das topologias (configurações de implementação) a serem consideradas antes de instalar o WebSphere Partner Gateway e seus softwares de pré-requisito. A topologia escolhida deve ter como base os fatores descritos na seção Planejamento do Ambiente. As topologias descritas nesta seção são a topologia consolidada, a topologia dividida e a topologia distribuída.

Em topologias divididas e distribuídas, você deve assegurar que a pasta comum compartilhada utilize o mesmo ponto de montagem e estrutura de diretórios em todas as máquinas. Um exemplo de cenário é se o dbloader, o Receptor e o Console estão instalados na máquina A e o Gerenciador de Documentos está instalado na máquina B. Nesse cenário, uma unidade mapeada (por exemplo, Y:) deve ser criada na máquina A. O usuário deve fornecer essa unidade mapeada quando for solicitado o local da pasta comum compartilhada. Na máquina B (e em todas as máquinas subseqüentes em que uma instância do Gerenciador de Documentos deve estar instalada), o mesmo mapa (Y:) precisará ser criado e direcionado para a pasta comum compartilhada.

Topologia Consolidada

Esta topologia é a mais simples. Ela consiste em um único servidor executando os três componentes do WebSphere Partner Gateway (Receptor, Community Console e Gerenciador de Documentos). Também é possível colocar o WebSphere MQ e o RDBMS no servidor, embora esses produtos devam estar em servidores dedicados separados.

Topologia Dividida

A topologia dividida consiste em um servidor de frontend que contém os componentes Receptor e Community Console e um servidor de backend que contém o componente Gerenciador de Documentos. Ela é uma topologia de nível inicial para um pequeno ambiente de produção e maximiza o investimento em software. Note que o WebSphere MQ e o RDBMS podem estar em qualquer local, incluindo nesses servidores. Uma melhor implementação é colocá-los em servidores dedicados.

Em uma topologia dividida, todas as instâncias dos três componentes do WebSphere Partner Gateway precisam se comunicar com o mesmo sistema de arquivo compartilhado. Se um alto volume ou alta disponibilidade não forem uma preocupação, hospedar o armazenamento no servidor de backend é uma solução barata. Uma solução backend é preferível a um armazenamento frontend devido a questões de desempenho e segurança. Quando essa solução é utilizada, o servidor de frontend pode utilizar uma conexão NFS ou uma solução de compartilhamento de arquivo equivalente para compartilhar arquivos com o servidor de backend.

Nota:
A hora do sistema de todas as máquinas em uma implementação de topologia de divisão deve ser sincronizada do modo mais exato possível. Os eventos que ocorrem na máquina host do Receptor quando as mensagens são recebidas são registrados com um time stamp da máquina do Receptor. Outros eventos envolvidos no processamento da mesma mensagem podem ocorrer na máquina do Gerenciador de Documentos e eles serão registrados com um time stamp da máquina do Gerenciador de Documentos. Como uma perfeita sincronização de hora não é possível, a consciência disso pode ajudar a explicar aparentes evasivas de seqüenciamento ao visualizar registros de log no console.

Topologia Distribuída

Se você possuir uma grande instalação e desejar um ambiente altamente escalável e altamente redundante, provavelmente criará uma topologia distribuída. Esta topologia consiste em um ou mais servidores dedicados para cada componente do WebSphere Partner Gateway (Receptor, Community Console e Gerenciador de Documentos). Por exemplo, você pode ter um ambiente que requeira dois servidores de Receptor para redundância, quatro servidores de Community Console para suportar um grande número de usuários do Community Console e seis Gerenciadores de Documentos para processamento de documentos. É possível escalar essa topologia pela inclusão de servidores adicionais para o componente que precisar manipular um maior nível de processamento de documentos (Gerenciador de Documentos), usuários (Community Consoles) ou conexões (Receptores) conforme necessário.

Em uma topologia distribuída, um dispositivo NAS externo é uma boa solução para armazenamento compartilhado. Isso fornecerá ao ambiente um dispositivo de armazenamento redundante de alto desempenho, independente dos demais servidores. Todos os servidores podem estabelecer uma conexão NFS ou uma solução de compartilhamento de arquivos equivalente com o dispositivo externo. O RDBMS e o WebSphere MQ devem estar em servidores dedicados; seus armazenamentos de dados não precisam estar em dispositivos NAS.

Design Recomendado

Depois de ter decidido sobre a topologia, será necessário considerar como implementar a topologia para fornecer recursos de redundância e recuperação de desastres. O design com base em quadros é recomendado. Neste design, existe um quadro de produção principal. Esse quadro contém todos os componentes do WebSphere Partner Gateway requeridos para manipular um carregamento de produção. Existe um quadro de produção secundária, que também pode manipular a carga de produção e um balanceador de carga para comutar entre as duas. O quadro de produção secundária fornece redundância. A Figura 1 mostra como você poderia implementar os dois quadros.

Figura 1. Topologia com Base em Quadros
Diagrama de Topologia Baseada em Quadros. Este conceito é explicado detalhadamente nos parágrafos próximos.

Outro quadro capaz de manipular a carga de produção pode estar localizado na posição de recuperação de desastre. Os componentes de frontend de todos os três quadros devem ser idênticos. Entretanto, os componentes de backend para a recuperação de desastre podem estar separados dos componentes de produção. Sendo assim, um servidor de banco de dados, um servidor WebSphere MQ e um sistema de arquivos compartilhado separados são requeridos. É necessário implementar algum tipo de sincronização de dados entre os componentes backend de produção e de recuperação de desastres. O WebSphere Partner Gateway suporta apenas um único ambiente de produção ativo por vez. Também é possível incluir um quadro de teste, que pode ser uma implementação mínima como a topologia consolidada.

Copyright IBM Corp. 2003, 2005