Esta visão geral descreve as duas principais considerações
sobre configuração para ambientes de implementação customizados: a
seleção de clusters e servidores únicos para utilizar com o ambiente
e a especificação da configuração do ambiente de implementação. O entendimento dessas considerações permite que você planeje e
implemente de modo efetivo um ambiente de implementação.
Selecionando Clusters e Servidores Únicos para Utilizar com um Ambiente de Implementação define
os clusters e servidores que compõem seu ambiente de implementação. Ao contrário dos ambientes de implementação padronizados, onde
clusters são criados para cada função, em um ambiente de
implementação customizado você inclui os clusters e os servidores
necessários para a execução de funções.
Definindo a Configuração do Ambiente de Implementação descreve as funções
que você configura para os clusters e servidores. Essas funções são
sistema de mensagens, Common Event Infrastructure ou suporte para
aplicativo.
Antes de concluir a configuração do ambiente de implementação no
sistema gerando o ambiente, você pode retornar à configuração e fazer
alterações. Após gerar a configuração do ambiente de implementação no
sistema, você pode observar a configuração atual. Também é possível
incluir mais servidores e clusters, configurar mais funções ou
remover servidores e clusters do gerenciamento por esse ambiente de
implementação. Não é possível desfazer a configuração de uma função
que você já gerou e não é possível remover um servidor ou
cluster da definição do ambiente de implementação que ainda é
requerida por outro servidor ou cluster em seu ambiente de implementação.
Requisitos para todos os Ambientes de Implementação
Customizados
O layout de um ambiente de implementação
customizado tem restrições como:
- Após você concluir uma configuração gerando o ambiente de
implementação, os controles associados são verificados e desativados.
Isso significa que não é possível desfazer a configuração.
- Após você gerar o ambiente de implementação, se um controle não
for verificado e desativado para um componente, será necessário
configurar as funções associadas na seguinte ordem: configure o
mecanismo do sistema de mensagens associado, depois configure o CEI
(Common Event Infrastructure) e depois o suporte para aplicativos
(descrito posteriormente neste tópico).
- As configurações que existem em um sistema substituem a
configuração do layout da topologia. Além disso, a exportação de uma topologia customizada reflete a verdadeira configuração dos servidores envolvidos na topologia.
A página Layout da Topologia no console administrativo tem quatro
seções que devem ser configuradas para uma topologia customizada:
- Selecionar Cluster e Servidores Únicos
- Sistema de Mensagens
- Common Event Infrastructure
- Componentes
A seção a seguir inclui outros
requisitos para a conclusão de uma configuração de layout de
topologia customizada.
Selecionando Clusters e Servidores Únicos
para Utilizar com um Ambiente de Implementação
Utilize a
seção Selecionar Clusters e Servidores Únicos da
página Layout de Topologia para gerenciar os
clusters e servidores dentro do ambiente de implementação e definir
quais funções eles fornecem.
A seção Selecionar
Clusters e Servidores Únicos da página Layout de
Topologia inclui uma lista de clusters e servidores
disponíveis que você configura como parte do ambiente de
implementação. Designe clusters e servidores às unidades
colaborativas na configuração de função.
Cada unidade colaborativa representa um grupo de clusters e servidores que fornece, como um todo, uma função no ambiente de implementação.
Você pode remover clusters ou servidores do ambiente de
implementação.
No entanto, é possível remover apenas clusters ou
servidores que não são mais necessários para outros clusters ou
servidores na configuração.
Definindo a Configuração do Ambiente
de Implementação
Utilize a seção Especificar
Configuração do Ambiente de Implementação da página
Layout de Topologia para definir quais clusters
ou servidores participam de funções específicas para o ambiente de
implementação.
- Sistema de Mensagens
Nota: Mecanismos do sistema de mensagens particionados não são suportados.
Utilize os campos na guia Sistema de Mensagens para configurar o
destino do sistema de mensagens para destinos selecionados. Cada
tabela representa uma unidade colaborativa e a seção Sistema de
Mensagens pode incluir diversas tabelas. Você deve selecionar apenas
um destino (Cluster/Servidor) para a opção de configuração local para
cada unidade e todos os outros destinos nessa unidade assumem o
destino remoto. Quando aplicativos enviam mensagens para destinos com
uma configuração de destino remoto, o sistema roteia as mensagens
para o destino local para sua unidade.
A configuração do sistema de
mensagens aplica-se aos barramentos do sistema SCA (Service Component
Architecture) e CEI.
Para evitar conflitos com os destinos
locais na configuração de topologia, as seguintes regras se aplicam:
- A configuração do mecanismo do sistema de mensagens do barramento do sistema SCA determina os locais de destino remoto e local. As
configurações de barramento do aplicativo SCA e CEI seguem a
configuração de barramento do sistema SCA.
- Se você localizar os mecanismos do sistema de mensagens para
outros barramentos em diferentes destinos em uma unidade, os outros
destinos nessa unidade assumirão a função de destino remoto. Se o barramento do CEI tiver uma configuração diferente,
uma mensagem informativa indicará que o mecanismo do sistema de mensagens para o
barramento não está processdo no mesmo destino que o mecanismo do sistema de mensagens SCA.
- Se você tentar incluir um destino que já tem um destino remoto ou
local configurado que entra em conflito com as configurações de
barramento atuais de uma determinada unidade, o sistema gerará uma
mensagem de erro.
- Common Event Infrastructure
- Configure CEI na guia CEI como Sistema de Mensagens. O CEI pode
ter várias tabelas, cada uma representando uma unidade. Em cada
tabela, você seleciona um cluster ou servidor CEI (coluna
Cluster/Servidor) que age como o servidor selecionando o botão de
opção Servidor. Todos os destinos não
configurados como um servidor assumem a função de destino. Nos
destinos correspondentes, o nome JNDI
(Java™
Naming and Directory Interface) do depósito de informações do emissor
de Infraestrutura de evento é configurado para que Common Base
Events emitidos neste destino sejam enviados para o servidor em sua
respectiva unidade colaborativa.
- Suporte a Aplicativos
- A guia Suporte a Aplicativos lista todos os componentes que você
pode configurar para um determinado destino de implementação. Você configura funções do componente em uma unidade colaborativa relacionada. A configuração de cada
componente tem requisitos e depende da configuração de outros
componentes. Dependências são representadas por controles desmarcados
e desativados. Para ativá-los, você deve configurar controles dependentes
primeiro.
Nota: Os controles dependentes estão configurados na guia
Sistema de Mensagens ou CEI.
Tabela 1 descreve
os relacionamentos entre os componentes.
Tabela 1. Relacionamentos do Componente do Ambiente de ImplementaçãoComponente |
Finalidade |
Componente Relacionado |
Considerações |
SCA (Service Component Architecture) |
Configura o destino de implementação para o suporte ao aplicativo
SCA. O sistema SCA e os membros do barramento do aplicativo são
configurados localmente se a configuração do sistema de mensagens
correspondente for local; caso contrário, eles são configurados
remotamente com o destino remoto conforme especificado na unidade do
sistema de mensagens correspondente.
|
Sistema de Mensagens |
A configuração SCA não estará disponível se você não tiver configurado o destino de implementação para o sistema de mensagens. |