Planejamento de Ambiente

Esta seção lista alguns dos pontos a serem considerados antes da instalação do WebSphere Partner Gateway. Um planejamento adequado permite decidir sobre a topologia de implementação que se ajusta aos requisitos.

Disponibilidade

O tempo de inatividade do sistema pode afetar seriamente a produtividade e a lucratividade do negócio. Ao criar um sistema de alta disponibilidade, você está assegurando à comunidade de hub que o sistema está sempre ativo e em execução e pronto para receber documentos. Um ambiente típico de alta disponibilidade assegura que o sistema funcionará 99,9 por cento do tempo, com alguns sistemas atingindo 99,999 por cento do tempo. Os níveis de disponibilidade podem diminuir devido a eventos como falha do sistema, sobrecarga do sistema, congestionamento da rede e ataques na rede. Para maximizar a disponibilidade, é necessário fornecer redundância ao sistema. Você pode fazer isso colocando pelo menos duas implementações de cada função lógica (Community Console, Receptor e Gerenciador de Documentos) em servidores separados na arquitetura. Desta forma, se os três componentes forem colocados em um servidor, será necessário um segundo servidor para fornecer redundância. Se cada componente for separado em seu próprio servidor, serão necessários seis servidores no total para fornecer redundância. Além disso, você deve considerar a criação de outro conjunto de servidores no local de recuperação de desastres para que o sistema possa ser executado nesse local.

Para criar uma implementação de alta disponibilidade do WebSphere Partner Gateway, sua infra-estrutura de suporte (como rede, conexão com a Internet e mesmo a energia fornecida às suas instalações) também deve ser altamente disponível. O requisito de alta disponibilidade também se aplica ao MQ e ao RDBMS. Se algum desses aplicativos de suporte falhar, o ambiente de produção também falhará.

Escalabilidade

O WebSphere Partner Gateway escala horizontalmente. Isto é, sua capacidade de processamento é aumentada pela inclusão de instâncias de seus componentes. O número real de servidores, as instâncias de um componente específico ou a capacidade de rede necessária depende dos seguintes fatores:

À medida que esses fatores são alterados, é possível escalar o WebSphere Partner Gateway incluindo múltiplas instâncias de seus componentes. As instâncias do Receptor, Community Console e Gerenciador de Documentos podem existir em qualquer lugar independentemente. No entanto, há alguns pontos a serem considerados durante a criação de componentes redundantes do WebSphere Partner Gateway:

Observe que ao escalar o WebSphere Partner Gateway, também é necessário escalar a infra-estrutura de suporte, como o WebSphere MQ e o RDBMS.

Depois de configurar os servidores, é importante monitorar o desempenho do sistema para determinar se e quando servidores adicionais serão requeridos para atender à demanda.

Armazenamento de Dados

O armazenamento de dados é um componente-chave na topologia, pois ele é um pré-requisito do WebSphere Partner Gateway. A forma na qual você trata o requisito de armazenamento compartilhado depende das necessidades de armazenamento e das respostas às seguintes perguntas:

Se os seus requisitos forem baixos nessas áreas, você pode considerar implementar o armazenamento compartilhado no mesmo servidor que um ou mais dos componentes do WebSphere Partner Gateway. Caso contrário, ele deve ficar em um servidor separado do WebSphere Partner Gateway. Quando a alta disponibilidade for um requisito, considere um produto NAS redundante pois ele pode escalar independentemente dos servidores. Note que o RDBMS e o WebSphere MQ não precisam estar no NAS.

Segurança

O WebSphere Partner Gateway funcionará dentro de um ambiente seguro padrão. Entretanto, é necessário considerar os seguintes pontos:

O Community Console requer que sessões persistentes (também referidas como Server Affinity) sejam ativadas se você estiver utilizando um balanceador de carga. As sessões persistentes são utilizadas para informar o balanceador de carga que se um pedido do cliente é proveniente do mesmo endereço IP em um período de tempo configurado, o pedido deve ser enviado ao mesmo servidor especificado da última vez, em vez de selecionar um novo servidor.

O Console utiliza cookies para garantir que todos os pedidos que chegam, por meio do navegador, para uma sessão vão para o mesmo servidor. Sem as sessões persistentes ativadas, cada pedido do Console pode ser enviado pelo balanceador de carga a um servidor diferente. Isto pode provocar problemas. Por exemplo, o Console não suporá que o usuário está conectado. A ativação de sessões persistentes no nível Endereço IP pode impactar a escala, pois os Receptores também serão afetados. Participantes com altos volumes de documentos podem ter seus documentos enviados sempre para a mesma instância do Receptor, porque o balanceador de carga verá o mesmo endereço IP de cliente sendo utilizado para todos os pedidos de documento. Outra opção é ativar a persistência somente para cookies, de forma que os Receptores não sejam afetados.

Copyright IBM Corp. 2003, 2005