Configurando um Servidor de Aplicativos, um Nó ou uma Célula para Usar uma Interface de Rede Única

Servidores de aplicativos, por padrão, são configurados para utilizar todas as interfaces de rede disponíveis para uso. Você pode alterar essa configuração de tal forma que um servidor de aplicativos apenas utilize uma interface de rede específica. No entanto, você não pode configurá-lo para utilizar um subgrupo de interfaces. Por exemplo, se você tiver três adaptadores Ethernet, não poderá configurar um servidor de aplicativos para utilizar dois dos três adaptadores.

Sobre Esta Tarefa

Quando um servidor de aplicativos estiver configurado para utilizar todas as interfaces de rede, se ele abrir um soquete na porta 9901 em uma máquina com dois endereços TCP/IP, ele abrirá a porta 9901 nos dois endereços TCP/IP.

[Windows]Em um sistema operacional Microsoft Windows, a saída netstat exibe *.9901 no campo Endereço Local, indicando que a porta 9901 está ligada a todas as interfaces de rede no sistema.

Quando um servidor de aplicativos é configurado para utilizar uma interface de rede específica, ele apenas se comunica nessa interface de rede. Por exemplo, em um sistema operacional Windows, se um servidor de aplicativos abre um soquete na porta 7842 em um adaptador Ethernet com um endereço 192.168.1.150, a saída netstat exibe 192.168.1.150.7842 no campo de Endereço Local, indicando que a porta 7842 está ligada apenas a 192.168.1.150.

Se você tiver mais de uma interface de rede e desejar utilizar cada uma separadamente, deverá ter um perfil de configuração separado para cada interface. Quando interfaces de rede são utilizadas separadamente, um agente do nó separado é requerido para cada interface de rede que tem um servidor de aplicativos em execução nela. Dois servidores de aplicativos ligados a duas interfaces de rede separadas na mesma máquina não podem estar no mesmo nó porque têm endereços TCP/IP diferentes.

Em um ambiente múltiplo, é possível que seja necessário separar o http de entrada e/ou o tráfego https forçando-o a usar um adaptador de rede diferente do ligado ao nome do host usado durante a instalação. Essa separação pode ser alcançada ao especificar o nome do host ou endereço IP a ser ligado a um adaptador de rede diferente para as portas defaulthost e defaulthost_secure em cada servidor de aplicativos que deve ser redirecionado. Essa modificação configura o servidor de aplicativos para que aceite apenas o http e/ou tráfego https recebido pelo adaptador especificado. Além disso, o gerenciador de implementação usa esse nome do host como transporte ao gerar o plug-in para o servidor de aplicativos. Não há limitações conhecidas para essa modificação, visto que apenas as portas defaulthost e defaulthost_secure são modificadas dessa maneira.

Evitar Problemas Evitar Problemas:
  • Se você deseja que um servidor de aplicativos específico utilize uma única interface de rede, execute as seguintes etapas para esse servidor de aplicativos.
  • Se você deseja que um nó inteiro utilize uma única interface de rede, execute as seguintes etapas para o seu agente do nó e todos os servidores de aplicativos nesse nó.
  • Se você deseja que uma célula inteira utilize uma única interface de rede, execute as seguintes etapas para o gerenciador de implementação, agente do nó e todos os servidores de aplicativos nesse nó.
  • Ao concluir as seguintes etapas, não especifique um host local, um endereço de loopback, como 127.0.0.1, ou um * (asterisco) para os endereços TCP/IP. Quando tiver um * (asterisco) como um nome do host para o endereço de Distribution and Consistency Services (DCS) e também tiver vários Network Identification Cards (NICs), a porta do DCS poderá ligar-se a vários endereços IP.
  • [Windows]Quando o ORB do cliente faz uma conexão TCP com um servidor, há dois cenários possíveis:
    • O lado do soquete local é ligado ao endereço único, especificado na propriedade ORB_LISTENER_ADDRESS no arquivo serverindex.xml ou na propriedade customizada com.ibm.CORBA.LocalHost.
    • O lado do soquete local não está ligado a um endereço específico.

    Estes dois cenários ocorrem porque a pilha de rede do Micosoft Windows não encaminha pacotes entre zonas de escopo diferentes. O loopback e as interfaces públicas estão em zonas de escopo diferentes.

    O primeiro cenário falha com uma SocketException se seu cliente está em execução no Microsoft Windows7 ou Microsoft Windows 2008 R2 e a propriedade customizada com.ibm.ws.orb.transport.useMultiHome no cliente está configurada como false, porque:
    • O valor do host ORB_LISTENER_ADDRESS do cliente, no arquivo serverindex.xml ou a propriedade customizada com.ibm.CORBA.LocalHost possui um endereço interno igual a localhost ou 127.0.0.1 e o servidor possui um endereço IP externo ou nome do host, tal como 147.10.32.117).
    • Ou o cliente possui um endereço externo e o servidor possui um endereço interno.
gotcha

Procedimento

  1. Atualize as propriedades customizadas do ORB (Object Request Broker) com.ibm.CORBA.LocalHost e com.ibm.ws.orb.transport.useMultiHome.
    1. No console administrativo, navegue até o painel indicado.
      • Para um servidor de aplicativos, clique em Servidores > Tipos de Servidor > Servidores de Aplicativos WebSphere > server_name > Configurações de Contêiner > Serviços de Contêiner > Serviço de ORB. Em seguida, na seção Propriedades Adicionais, clique em Propriedades Customizadas.
      • Para um gerenciador de implementação, clique em Administração do Sistema > Gerenciador de Implementação. Na seção Propriedades Adicionais, clique em Serviço ORB. Em seguida, em Propriedades Adicionais no painel Serviço de ORB, clique em Propriedades Customizadas.
      • Para um agente do nó, clique em Administração do Sistema > Agentes do Nó > node_agent. Na seção Propriedades Adicionais, clique em Serviço ORB. Em seguida, em Propriedades Adicionais no painel Serviço de ORB, clique em Propriedades Customizadas.
    2. Selecione a propriedade customizada com.ibm.CORBA.LocalHost e especifique um endereço IP ou nome do host no campo de Valor. Não configure essa propriedade para host local ou para *.

      Se a propriedade com.ibm.CORBA.LocalHost não estiver na lista de propriedades customizadas já definidas, clique em Novo e, em seguida, digite com.ibm.CORBA.LocalHost no campo de Nome e especifique um endereço IP ou nome do host no campo de Valor.

    3. Selecione a propriedade customizada com.ibm.ws.orb.transport.useMultiHome e especifique false no campo de Valor. Se a propriedade com.ibm.ws.orb.transport.useMultiHome não estiver na lista de propriedades customizadas já definidas, clique em Novo e, em seguida, insira com.ibm.ws.orb.transport.useMultiHome no campo Nome e especifique false no campo Valor.
  2. [z/OS]Atualize a variável daemon_protocol_iiop_listenIPAddress do WebSphere para indicar os endereços IP aos quais você deseja ligar o daemon do serviço de localização.
    1. No console administrativo, clique em Ambiente > Variáveis do WebSphere.
    2. Selecione a variável DAEMON_protocol_iiop_listenIPAddress e especifique * para especificar para ligar tudo ou especifique um endereço IP no campo Valor. Se a variável DAEMON_protocol_iiop_listenIPAddress não estiver na lista de variáveis já definidas, clique em Novo e, em seguida, insira DAEMON_protocol_iiop_listenIPAddress no campo Nome e especifique o valor apropriado no campo Valor.
  3. Atualize a propriedade customizada com.ibm.websphere.network.useMultiHome da JVM (Java™ Virtual Machine) para descoberta e conexões SOAP.
    1. No console administrativo, navegue para a página indicada.
      [AIX Solaris HP-UX Linux Windows][IBM i]
      • Para um servidor de aplicativos, clique em Servidores > Tipos de Servidor > Servidores de Aplicativos WebSphere > server_name > Gerenciamento de Processo Java > Definição de Processo > Java Virtual Machine > Propriedades Customizadas.
      • Para um gerenciador de implementação, clique em Administração do Sistema > Gerenciador de Implementação > Gerenciamento de Processo Java > Definição de Processo > Java Virtual Machine > Propriedades Customizadas.
      • Para um agente do nó, clique em Administração do Sistema > Agente do Nó > node_agent > Gerenciamento de Processo Java > Definição de Processo > Java Virtual Machine > Propriedades Customizadas.
      [z/OS]
      • Para um servidor de aplicativos, clique em Servidores > Tipos de Servidor > Servidores de Aplicativos WebSphere > server_name > Gerenciamento de Processo Java > Definição de Processo > process_type > Java Virtual Machine > Propriedades Customizadas.
      • Para um gerenciador de implementação, clique em Administração do Sistema > Gerenciador de Implementação > Gerenciamento de Processo Java > Definição de Processo > process_type > Java Virtual Machine > Propriedades Customizadas.
      • Para um agente do nó, clique em Administração do Sistema > Agente de Nós > node_agent > Gerenciamento de Processo Java > Definição de Processo > Controle > Java Virtual Machine > Propriedades Customizadas.
    2. Selecione a propriedade customizada com.ibm.websphere.network.useMultiHome e especifique false no campo de Valor. Se a propriedade com.ibm.websphere.network.useMultiHome não estiver na lista de propriedades customizadas já definidas, clique em Novo e, em seguida, digite com.ibm.websphere.network.useMultiHome no campo de Nome e especifique false no campo de Valor.
  4. Atualize o nome do host para conexões TCP/IP.
    1. No console administrativo, navegue para a página indicada.
      • Para um servidor de aplicativos, clique em Servidores > Tipos de Servidor > Servidores de Aplicativos do WebSphere > server_name, e, em seguida, na seção Propriedades Adicionais, clique em Portas.
      • Para um gerenciador de implementação, clique em Administração do Sistema > Gerenciador de Implementação e, em seguida, na seção Propriedades Adicionais, clique em Portas.
      • Para um agente do nó, clique em Administração do Sistema > Agentes de Nós > node_ agent, e, em seguida, na seção Propriedades Adicionais, clique em Portas.
    2. Atualize o campo de Host para cada uma das portas listadas para o valor especificado para a propriedade customizada com.ibm.CORBA.LocalHost ORB na primeira etapa. Ao concluir, nenhuma das entradas listadas na coluna Host deve conter um * (asterisco).
  5. Altere a configuração de Estado Inicial para cada um dos servidores JMS Versão 5 para Interrompido.
    1. No console administrativo, clique em Servidores > Tipos de Servidor > Servidores JMS Versão 5.
    2. Clique em um dos servidores JMS listados e altere o valor especificado para o campo Estado Inicial para Interrompido.
    3. Repita a etapa anterior até que a configuração de Estado Inicial para todos os servidores JMS listados seja Stopped.
  6. Salve suas mudanças.
    1. No console administrativo, clique em Administração do Sistema > Salvar Alterações no Repositório Principal.
    2. Selecione Sincronizar Alterações com Nós e, em seguida, clique em Salvar.
  7. Pare e reinicie todos os servidores afetados, agentes de nós e o gerenciador de implementação.

Resultados

Você configurou uma instalação de WebSphere Application Server para se comunicar com uma, e apenas uma, interface de rede em uma máquina que possui mais de uma interface de rede.

Exemplo

Esse exemplo cria dois nós, cada um utilizando uma interface de rede separada, em uma máquina que tem pelo menos duas interfaces de rede:

  1. Utilize a ferramenta Gerenciamento de Perfil para criar um servidor de aplicativos e federá-lo na célula desejada.
  2. Utilize a ferramenta Gerenciamento de Perfil para criar um perfil do servidor de aplicativos, especificando um nome do host diferente do nome do host utilizado para o servidor de aplicativos criado anteriormente. Federe esse servidor de aplicativos na célula desejada.
  3. Inicie o agente do nó e o servidor de aplicativos configurados para a primeira interface de rede. Siga as etapas precedentes para o agente do nó e o servidor de aplicativos, para preparar esse nó para se comunicar na interface de rede que você especificou ao configurar esse servidor de aplicativos.
  4. Inicie o segundo agente do nó e o servidor de aplicativos. Siga as etapas precedentes para o agente do nó e o servidor de aplicativos, para preparar esse nó para se comunicar apenas na interface de rede que você especificou ao configurar o segundo servidor de aplicativos.
  5. Pare todos os agentes de nó e os servidores de aplicativos que você criou nesse exemplo.
  6. Reinicie todos esses agentes de nó e os servidores de aplicativos.

Você tem dois nós separados executando em duas interfaces de rede diferentes.

O que Fazer Depois

Se estiver utilizando um cliente ou servidor Java independente para se comunicar com o WebSphere Application Server e estiver utilizando o WebSphere Application Server Software Development Kit (SDK), inclua as seguintes propriedades em seu comando Java para permitir que o ORB para seu aplicativo se comunique com uma interface de rede específica.
-Dcom.ibm.ws.orb.transport.useMultiHome=false 
-Dcom.ibm.CORBA.LocalHost=host_name

host_name é o endereço TCP/IP ou hostname da interface de rede para o ORB utilizar.

Evitar Problemas Evitar Problemas: Não configure host_name para host local, um endereço de auto-retorno, como 127.0.0.1, ou um * (asterisco). gotcha

Ícone que indica o tipo de tópico Tópico de Tarefa



Ícone de registro de data e hora Última atualização: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=trun_multiplenic
Nome do arquivo: trun_multiplenic.html