Servidores podem ser configurados em diferentes topologias e o procedimento de instalação utilizado varia de acordo com o tipo de topologia selecionada. Para
ajudá-lo a decidir qual método de instalação é melhor para você, quatro topologias
comuns são descritas, junto com diagramas e etapas detalhadas para orientá-lo
ao longo do procedimento de instalação.
O WebSphere Process Server inclui software de servidor e cliente. Você deve instalar o software de servidor, mas o software de cliente é opcional.
Em geral, o software Message Service Client é instalado em sistemas onde há aplicativos de sistema de mensagens C, C++ ou .Net ou serviços da Web
C++ em execução.
O estabelecimento do ambiente do servidor para o
WebSphere Process Server envolve:
- Instalação de um conjunto de arquivos de sistema núcleo chamado arquivos de sistema. Esses arquivos de sistema incluem arquivos de comando e outros arquivos binários do produto.
Os arquivos de sistema podem ser atualizados ao instalar pacotes de atualizações ou de correções.
- Configurando um perfil independente ou uma série de perfis gerenciados (em um ambiente de implementação de rede). Cada perfis fornece um ambiente de tempo de execução separado para os processos do servidor que estão definidos para ele. Durante o gerenciamento e a execução desses servidores, os arquivos de configuração, os arquivos de dados e os arquivos de log podem ser criados, lidos, atualizados ou excluídos, mas só há acesso de leitura aos arquivos de sistema. Quando você utiliza um pacote de atualizações para atualizar um conjunto de arquivos de sistema, todos os perfis associados à instalação começarão utilizando os arquivos atualizados conforme eles são iniciados.
Figura 1. Separação dos Arquivos de Sistema e Perfis
É possível instalar os arquivos de sistema do WebSphere Process Server uma vez e, em seguida, criar vários perfis no mesmo sistema.
Outra opção é instalar várias versões separadas do produto, cada uma com seus próprios perfis em um ou mais sistemas.
Os arquivos de produto são instalados na raiz da instalação (WebSphere Application Server_HOME). Em alguns ambientes, a distinção é feita entre o diretório dos arquivos de produto principais (WebSphere Application Server_INSTALL_ROOT) e o diretório dos arquivos de perfis (USER_INSTALL_ROOT).
O WebSphere Process Server é construído no WebSphere Application Server Network Deployment,
Versão 6.
Você pode aprimorar os perfis do WebSphere Application Server
para se tornarem perfis do WebSphere Process Server,
convertendo de um cenário WebSphere Application Server para
WebSphere Process Server,
para o gerenciador de implementação e perfis independentes; os perfis customizados só podem ser convertidos se eles não forem federados.
Você começa a instalação para cada topologia desempenhando uma instalação Completa ou Customizada (selecionando
Completa ou
Customizada no painel Tipo de Instalação no assistente de instalação). Uma instalação Completa instala os arquivos de sistema e cria automaticamente um perfil de servidor independente padrão com uma galeria de amostras.
Uma instalação Customizada instala os arquivos principais do produto mas
não cria um perfil de servidor independente.
Importante: Essa simples instalação, descrita em "Topologia 1" abaixo, é adequada para finalidades de prova de conceito relacionadas ao modelo de programação. A "Topologia 4", descrita abaixo neste tópico, é adequada para finalidades de avaliação ou prova de conceito relacionadas a requisitos não funcionais como disponibilidade ou escalabilidade.
É possível, então, customizar seu sistema de maneiras diferentes, conforme descrito nas topologias a seguir.
Tipos de Instalações
Você pode instalar o servidor no hardware do servidor como
servidores independentes individuais ou como um
grupo gerenciado de servidores.- Um perfil de servidor independente tem seu próprio console administrativo e todos os aplicativos de amostra (se você desempenhou uma instalação Completa ou se optou por instalar o recurso Sample Applications Gallery durante a instalação Customizada).
Cada servidor independente é totalmente operacional e gerenciado de forma independente de todos os outros servidores.
Há dois tipos principais de instalações de servidores independentes:
- Um servidor independente em um sistema (descrito na "Topologia 1")
- Vários servidores independentes em uma única instalação em um sistema (descrito na "Topologia 2")
- Um grupo de servidores gerenciado, também conhecido como uma célula, utiliza um gerenciador de implementação para tarefas de administração centralizadas, como gerenciar a configuração de todos os nós gerenciados em sua célula e implementar aplicativos em nós gerenciados selecionados na célula.
Todos os perfis da célula compartilham arquivos de comandos e outros arquivos binários do produto.
O principal motivo para utilizar nós gerenciados em uma célula, em vez de utilizar o mesmo número de servidores independentes, é a administração centralizada que o gerenciador de implementação proporciona à célula.
Se quiser equilibrar a carga de trabalho, como pedidos de serviço, em um conjunto de servidores, é possível criar um cluster de servidores, em seguida, incluir servidores como membros desse cluster.
Também é possível criar um cluster de backup para fornecer suporte a failover para o cluster de servidores ao qual está designado.
Há dois tipos principais de instalações de célula de servidores:
- Nós gerenciados e de gerenciador de implementação (célula) em uma única instalação em um sistema (descrito na "Topologia 3")
- Os nós gerenciados e de gerenciador de implementação em uma única instalação em vários sistemas, com um cluster de servidores (descrito na "Topologia 4")
- Topologia 1: Um servidor independente em um sistema
Esse procedimento fornece um perfil de servidor independente denominado default e um servidor denominado
server1. Esse perfil é uma partição de dados separada com arquivos que definem o ambiente de servidor independente.
Figura 2. Um Perfil de Servidor Independente em um Único Servidor
Conclua as etapas a seguir para desempenhar uma instalação de servidor único com um servidor independente:
- Execute uma instalação Completa. Uma instalação Completa instala os arquivos núcleo do produto e cria um perfil de servidor independente denominado default e um servidor denominado server1.
- Inicie o server1 utilizando o console First Steps ou o comando startServer server1.
- Topologia 2: Vários servidores independentes em uma única instalação em um sistema
É possível criar vários perfis de servidor independente no mesmo servidor.
Cada perfil pode ter módulos e aplicativos exclusivos, definições de configuração, dados e arquivos de log.
É possível utilizar vários perfis para criar ambientes de servidores separados dedicados a diferentes finalidades.
Por exemplo, cada perfil de servidor independente pode ser um ambiente de teste separado que você designa a um programador ou a uma equipe de desenvolvimento.
Conclua as etapas a seguir para criar vários servidores independentes em um sistema:
- Execute uma instalação Completa. Uma instalação Completa instala os arquivos núcleo do produto e cria um perfil de servidor independente denominado default e um servidor denominado server1.
- Inicie o server1 utilizando o console First Steps ou o comando startServer server1.
- Execute o Assistente de Perfis para criar outro perfil de servidor independente no mesmo sistema.
- Topologia 3: Nós gerenciados e de gerenciador de implementação (célula) em uma instalação única em um sistema
É possível criar uma célula, um grupo de servidores gerenciados, em um único servidor a partir de uma instalação de arquivos núcleo do produto.
Utilize o Assistente de Perfil e o gerenciador de implementação para criar um ou mais nós customizados.
O gerenciador de implementação fornece administração para todos os nós gerenciados em sua célula.
Em uma célula, módulos e aplicativos são executados pelos nós gerenciados, não pelo gerenciador de implementação.
Cada nó gerenciado tem um processo de servidor chamado agente do nó utilizado pelo gerenciador de implementação para gerenciar servidores nesse nó.
Você deve iniciar o agente do nó antes de iniciar os servidores.
Periodicamente, os arquivos de configuração e de aplicativo de um nó gerenciado são atualizados a partir da cópia principal dos arquivos hospedados no gerenciador de implementação.
Esse processo é chamado de sincronização.
Figura 3. Um Nó Gerenciado em uma Célula do Gerenciador de Implementação
Execute as seguintes etapas para criar nós gerenciados e do gerenciador de implementação em uma instalação única em um sistema:
- Desempenhar uma instalação Customizada. Uma instalação Customizada instala os arquivos principais do produto mas
não cria um perfil de servidor independente. Você também criará bancos de dados para o repositório do servidor, para o contêiner de processo de negócios e o contêiner de tarefas humanas e para o mecanismo do sistema de mensagens.
- Execute o Assistente de Perfil para criar um perfil do gerenciador de implementação.
- Inicie o gerenciador de implementação utilizando o console First Steps ou o comando startManager.
- Utilize o Assistente de Perfil para criar um perfil customizado. Durante a criação do perfil, escolha se deseja federar o nó customizado imediatamente ou posteriormente.
Para federar o nó customizado posteriormente, utilize o procedimento descrito em Federando Nós Customizados em um Gerenciador de Implementação.
Ao federar um nó customizado na célula do gerenciador de implementação, o nó é convertido em um nó gerenciado.
Em determinados
ambientes seguros, o Assistente de Perfil não pode federar um
perfil customizado em uma célula. Nesses casos, você deve utilizar o comando addNode.
Se você tiver configurado o gerenciador de implementação para utilizar um tipo de conector JMX (Java Management Extension) diferente do conector SOAP (Simple Object Access Protocol) padrão, utilize o comando addNode para incluir o nó na célula.
- Crie um servidor ou um cluster de servidores utilizando o modelo do WebSphere
Process Server padrão.
- Configure o servidor ou o cluster. Antes de implementar quaisquer módulos no novo servidor ou cluster, configure o servidor ou cluster com o ambiente do WebSphere Process Server, configurando a Service Component Architecture, o contêiner de processo de negócios, o contêiner de tarefas humanas e a Common Event Infrastructure.
- Inicie o servidor ou cluster. É possível utilizar o console First Steps, console administrativo ou o comando startServer server_name para iniciar o servidor. É possível utilizar o console administrativo para iniciar um grupo de servidores.
Para criar nós gerenciados adicionais no mesmo servidor, repita as etapas 4 a 7 para cada novo nó.
Para incluir nós gerenciados em outro servidor no sistema, consulte a "Topologia 4".
- Topologia 4: Nós gerenciados e de gerenciador de implementação em uma única instalação em vários sistemas, com um cluster de servidores
A principal vantagem de uma célula sobre um servidor independente é a capacidade de gerenciamento de ponto único; de uma célula, você pode configurar interações de aplicativos e também ativar o armazenamento em cluster do WebSphere Application Server. O acesso é simplificado; por exemplo, se você tiver um gerenciador de implementação localizado em um servidor, um nó gerenciado instalado em outro servidor e um terceiro servidor que mantém um nó gerenciado com um cluster de servidor, você poderá federar todos os nós gerenciados na mesma célula do gerenciador de implementação, conforme ilustrado na figura a seguir. A escalabilidade e o gerenciamento de carga de trabalho oferecem benefícios adicionais.
Quando tiver vários servidores e vários nós gerenciados, é possível criar vários nós gerenciados no mesmo servidor utilizando escala vertical e criar membros de célula em vários servidores utilizando escala horizontal.
Figura 4. Vários Nós Gerenciados em uma Célula do Gerenciador de Implementação com Vários Servidores
Conclua as etapas a seguir para instalar uma célula de nós de servidores gerenciados em três servidores, com o gerenciador de implementação em seu próprio servidor:
- Desempenhar uma instalação Customizada em cada um dos três servidores. Uma instalação Customizada instala os arquivos principais do produto mas
não cria um perfil de servidor independente.
- Crie três bancos de dados. É possível criar o banco de dados do repositório do WebSphere Process Server manualmente e executar suas tarefas de criação de esquema e de tabela durante a criação do perfil do gerenciador de implementação. Você também pode criar o banco de dados, executando o script createDB_sistema de gerenciamento de banco de dados suportado.sql localizado no diretório install_root/dbscripts/CommonDB/dbType. Este diretório também contém arquivos como createTable_YYY_XXX.sql, para criar esquemas e tabelas, embora seja mais simples permitir que o Assistente de Perfis desempenhe essas tarefas à medida que você cria o perfil do gerenciador de implementação. Consulte a documentação do seu sistema de gerenciamento de banco de dados para obter mais informações sobre a utilização do arquivo SQL. Você pode criar o banco de dados para o mecanismo do sistema de mensagens opcional manualmente, diferindo a tarefa de criação de esquema e tabela para mecanismos do sistema de mensagens individuais, durante sua inicialização inicial. É possível criar o banco de dados para o contêiner de processo de negócios e para o gerenciador de tarefas humanas, seguindo as instruções em Criando o Banco de Dados para o Contêiner de Processo de Negócios. Você irá criar o quarto banco de dados necessário, o banco de dados de Common
Event Infrastructure, em uma etapa posterior.
- Crie um perfil do gerenciador de implementação em um servidor (Servidor A) utilizando o Assistente de Perfil.
- Inicie o gerenciador de implementação utilizando o console First Steps para Dmgr01 ou o comando startManager.
- Criar um ou mais perfis customizados em cada um dos outros dois servidores (Servidor B e Servidor C) utilizando o Assistente de Perfis.
- Federe os nós.
- Crie os cluster de servidores necessários no ambiente em cluster. Dependendo das necessidades de rede, você pode precisar de um cluster para eventos monitorados, um cluster para aplicativos de administração e um cluster para aplicativos de serviço. Após a criação de um cluster, é possível utilizar o console administrativo para configurar o cluster.
- Crie o banco de dados de Common Event Infrastructure.
- Utilize o console administrativo para desempenhar a criação de recursos e as tarefas de configuração específicas para sua rede. Dependendo de sua implementação de rede, você pode precisar:
- Criar recursos do mecanismo do sistema de mensagens: para obter mais informações, consulte Preparando um Servidor ou Cluster para Suportar os Aplicativos
Service Component Architecture.
- Configure o cluster de suporte do WebSphere
Process Server:
configure o gerenciador de regra de negócios, instale
o aplicativo para oservidor de eventos Common Event Infrastructure e instale o aplicativo para o aplicativo do banco de dados de mensagens do Common Event Infrastructure e configure o recurso JDBC crie serviços de sistema de mensagens, e,
se os destinos apropriados do evento com falha ainda não tiverem sido criados
e configurados, será necessário criá-los a partir do console administrativo
concluindo as seguintes etapas:
- Expanda Integração de Serviço e clique em Barramentos.
- Selecione o barramento SCA.SYSTEM.cell name.Bus.
- Sob Recursos de Destino, clique em Destinos.
- Selecione o botão Novo:
- No painel Criar Novo Destino, selecione o botão de opções Fila e, em seguida, clique em
Avançar.
- Na Etapa 1, forneça WBI.FailedEvent.Nome do Cluster de Destino do Deployment como o Identificador e, em seguida, clique em Avançar.
- Na Etapa 2, selecione Cluster do Sistema de Mensagens como Membro do barramento e, em seguida, clique em Avançar.
- Na Etapa 3, clique em Concluir.
- Salve e sincronize a alteração na configuração.
- Configure o cluster de destino da implementação do WebSphere Process Server: execute a configuração SCA, configure o Business Process Choreographer, e instale o contêiner do gerenciador de tarefa humana.
- Configurar o cluster do sistema de mensagens do WebSphere Application Server: Incluir membros nos barramentos SCA.
Antes de incluir outros membros, inclua o Cluster do Sistema de Mensagens como o único membro dos barramentos SCA sem membros; configurar os mecanismos do sistema de mensagens e atribuir os mecanismos do sistema de mensagens. Você também pode precisar executar esses procedimentos para outros mecanismos do sistema de mensagens.
- Reinicie o gerenciador de implementação.
Após a conclusão de instalação, você terá o número de perfis e servidores apropriados para sua topologia.
É possível executar as amostras para explorar suas funções (se tiver instalado o recurso Galeria de Aplicativos de Amostra).
Você também pode implementar seus próprios módulos de mediação ou adaptar o ambiente de barramento e servidor às suas necessidades.