Evitando Conflitos de Porta

Evite conflitos de portas que possam ocorrer quando o WebSphere Process Server coexiste na mesma máquina com instalações de outros produtos WebSphere.

Por Que e Quando Desempenhar Esta Tarefa

Se você criar um nó gerenciado do WebSphere Process Server no mesmo sistema no qual um nó gerenciado de outro produto WebSphere existe, em determinados casos, o comando addNode pode incrementar automaticamente as designações de porta do segundo processo nodeagent de forma que não ocorra nenhum conflito. O comando addNode incrementa as designações de porta automaticamente quando o perfil existente é de um dos seguintes tipos: O assistente de Perfil também manipula as designações de portas com êxito quando você federa um perfil customizado do WebSphere Process Server durante sua criação.
O comando addNode não incrementa as designações de porta automaticamente quando a instância existente é de um dos seguintes tipos: Neste caso, nem o comando addNode nem o assistente de Perfil tem um registro das designações de portas especificadas para estas instâncias. As designações de portas no segundo processo nodeagent do WebSphere Process Server não são incrementadas e podem ocorrer conflitos.

Estes conflitos podem impedir que o segundo nó seja iniciado. Por exemplo, se você iniciar o nó gerenciado existente primeiro, o nó do WebSphere Process Server não poderá ser iniciado. Se você iniciar o nó do WebSphere Process Server primeiro, o nó existente não poderá ser iniciado.

Nos casos em que o comando addNode não incrementa designações de portas automaticamente, é necessário desempenhar o seguinte procedimento para criar um nó gerenciado do WebSphere Process Server com portas não conflitantes.

Etapas para Esta Tarefa

  1. Crie o servidor de processo independente ou o perfil customizado do WebSphere Process Server.

    Utilize o assistente de Perfil para criar o perfil. Se estiver criando um perfil customizado, não federe-o à medida que é criado. Selecione a caixa de opções no painel do assistente de Perfil para federar o perfil posteriormente. Consulte o procedimento descrito em Criando Perfis Utilizando o Assistente de Perfil.

  2. Verifique as portas em utilização para determinar um número de porta inicial para o processo nodeagent do WebSphere Process Server.

    Utilize o comando netstat -a para verificar as designações de porta existentes. Analise as designações de portas para determinar doze portas livres seqüenciais. Esse procedimento supõe que nenhuma designação de porta exista entre 3320 e 3380.

  3. Vá para o diretório bin do novo perfil.
    Proceda de uma das seguintes formas para ir para o diretório bin do perfil (em que profile_root representa o local da instalação do perfil):
    • Icon indicating Linux platforms Icon indicating UNIX platforms Em plataformas Linux e UNIX: Digite cd profile_root/bin
    • Icon indicating Windows platforms Em plataformas Windows: A partir de uma linha de comandos, digite cd profile_root\bin
  4. Utilize o comando addNode com o parâmetro -startingport para federar o perfil na célula do gerenciador de implementação e para designar portas a partir de um valor inicial.
    Restrição: Você pode federar um servidor independente para um gerenciador de implementação apenas se nenhum outro servidor já estiver federado para esse gerenciador de implementação.
    Por exemplo, suponhamos que você esteja trabalhando em um sistema Solaris e que o gerenciador de implementação tenha as seguintes características:
    • O nome do host é o endereço do sistema de nomes de domínio: server_name.ibm.com
    • Tipo de conector JMX: RMI (Remote Method Invocation)
    • Designação de porta RMI: 8879
    • Status de segurança: Ativado
    Emita o seguinte comando:
    ./addNode.sh server_name.ibm.com \
    -conntype RMI 8879 \
    -user user_name \
    -password user_password -startingport 3333
    Importante: O caractere \ é um caractere de continuação para utilizar mais de uma linha para enviar comandos.

Resultado

O parâmetro -startingport fornece o número de porta base para todas as portas de nodeagent e incrementa todos os valores de porta a partir do ponto inicial. As designações de portas não conflitantes permitem que o novo nodeagent do WebSphere Process Server seja executado quando o nó coexistente já estiver em execução.

Este procedimento resulta na capacidade de iniciar seu nó coexistente ao mesmo tempo que seu nó do WebSphere Process Server. Os nodeagents podem ser executados no mesmo servidor.

Você também pode designar as portas individualmente utilizando o comando addNode com o parâmetro -portprops filename. Este parâmetro identifica um arquivo simples de palavras-chaves e as designações de número de porta que você deve criar. O seguinte exemplo de um arquivo chamado pelo parâmetro -portprops mostra todas as palavras-chaves e designações de porta de amostra:
WC_defaulthost 9081
WC_adminhost 9062
WC_defaulthost_secure 9444
WC_adminhost_secure 9045
BOOTSTRAP_ADDRESS 2810
SOAP_CONNECTOR_ADDRESS 8881
SAS_SSL_SERVERAUTH_LISTENER_ADDRESS 9901
CSIV2_SSL_SERVERAUTH_LISTENER_ADDRESS 9201
CSIV2_SSL_MUTUALAUTH_LISTENER_ADDRESS 9102
ORB_LISTENER_ADDRESS 9900
CELL_DISCOVERY_ADDRESS 7272
DCS_UNICAST_ADDRESS 9354

Para obter informações adicionais sobre o comando addNode e seus parâmetros, consulte o tópico Comando addNode no centro de informações do WebSphere Application Server Network Deployment, Versão 6.0.

Informações relacionadas
Coexistindo com Outras Instalações de Produtos WebSphere

(c) Copyright IBM Corporation 2005, 2006.
Este centro de informações é desenvolvido em tecnologia Eclipse (http://www.eclipse.org)