Configurando o Balanceamento de Carga Simples em Múltiplos Perfis do Servidor de Aplicativos com um Agente Administrativo

O balanceamento de carga simples distribui solicitações de HTTP por várias instâncias do IBM® WebSphere Application Server. Além disso, é possível configurar o balanceamento de carga simples para fornecer o failover de um estado de aplicativo que é mantido em uma sessão de HTTP.

Antes de Iniciar

Configurações suportadas Configurações suportadas: Esta oferta se aplica ao perfis do servidor de aplicativos independente do IBM WebSphere Application Server. Ela não inclui um recurso de gerenciamento centralizado, como o gerenciador de implementação no WebSphere Application Server, Network Deployment.sptcfg

Sobre Esta Tarefa

É possível configurar o recurso de balanceamento de carga simples com o WebSphere Application Server combinando os arquivos de configuração de plug-in de vários perfis do servidor de aplicativos independente em um único arquivo de configuração. O número de arquivos de configuração que você pode combinar é limitado pelos limites existentes no contrato de licença do WebSphere Application Server. É possível utilizar as seguintes configurações diferentes do servidor de aplicativos para combinar os arquivos de configuração de plug-in de vários perfis de servidor de aplicativos em um único arquivo de saída:
  • Usar múltiplos perfis do servidor de aplicativos base independente. Para obter informações adicionais, consulte a documentação sobre como configurar o balanceamento de carga simples em múltiplos perfis do servidor de aplicativos.
  • Utilizar vários perfis de servidor de aplicativos base independente com um agente administrativo. Este tópico explica como concluir essa configuração.
  • Utilizar vários perfis de servidor de aplicativos base independente com um agente administrativo utilizando o gerenciador de tarefa. A função do gerenciador de tarefas faz parte do WebSphere Application Server, Network Deployment. No entanto, é possível utilizar a função de gerenciador de tarefa com perfis de servidor de aplicativos base independente. Para obter informações adicionais, consulte a documentação sobre como configurar o balanceamento de carga simples em múltiplos perfis do servidor de aplicativos base independente com um agente administrativo usando o gerenciador de tarefa.
Conclua as seguintes etapas para registrar perfis do servidor de aplicativos independente com um agente administrativo e combinar os arquivos de configuração de plug-in desses perfis em um único arquivo de saída.

Procedimento

  1. Instale o WebSphere Application Server e crie os perfis do servidor de aplicativos. Para obter mais informações, consulte a documentação sobre a instalação do WebSphere Application Server e de perfis do servidor de aplicativos.
  2. Configure o agente administrativo e registre cada perfil do servidor de aplicativos com o agente administrativo. Execute as seguintes etapas:
    1. Configure o agente administrativo, que inclui a criação do perfil do agente administrativo.
    2. Registre o servidor de aplicativos independente com o agente administrativo.
    3. Inicie e pare o agente administrativo.

    Após concluir essas etapas, é possível concluir todas as operações administrativas através do agente administrativo. Quando você efetua login no console administrativo para o agente administrativo, é possível selecionar quais servidores de aplicativos gerenciar. Para obter informações adicionais, consulte a documentação sobre como administrar nós independentes usando o agente administrativo.

  3. Instale o aplicativo corporativo ou módulo da Web. Para obter mais informações, consulte a documentação sobre como instalar aplicativos corporativos ou módulos.
  4. Determine se é necessária afinidade de sessão.

    A afinidade de sessão direciona pedidos de um determinado cliente para um servidor de aplicativos específico. O estado do aplicativo mantido na sessão HTTP é acessado na cache da sessão HTTP, que é local ao servidor de aplicativos. Sozinha, a afinidade de sessão fornece um desempenho mais alto do que a persistência de banco de dados do objeto de sessão. Sem afinidade de sessão, os pedidos de sessão devem ser obtidos a partir do banco de dados se forem enviados a um servidor que não possui o objeto de sessão na cache local.

  5. Opcional: Configure um ID de clone de sessão HTTP para cada servidor de aplicativos. É necessário concluir esta etapa se você precisar de afinidade de sessão.

    É possível configurar um ID de clone de sessão HTTP exclusivo usando script wsadmin ou o console administrativo. Para usar comandos wsadmin para a linguagem de programação Jython ou Jacl, consulte a documentação sobre configuração de um ID de clone de sessão HTTP exclusivo para cada servidor de aplicativos usando script. Para configurar um ID de clone de sessão HTTP exclusivo usando o console administrativo, conclua as etapas a seguir:

    1. Expanda Servidores > Tipos de Servidor e clique em WebSphere Application Servers > server_name.
    2. Em Configurações de Contêiner, expanda Configurações de Contêiner de Web e clique em Contêiner de Web.
    3. Em Propriedades Adicionais, clique em Propriedades Customizadas > Novo.
    4. No campo Nome, insira HttpSessionCloneId.
    5. No campo Valor, insira um valor exclusivo para o servidor. O valor exclusivo deve conter de 8 a 9 caracteres alfanuméricos; por exemplo, test1234
    6. Clique em Aplicar ou em OK.
    7. Clique em Salvar para salvar as mudanças na configuração principal.
  6. Opcional: Configure a persistência de sessão. Se precisar de recurso de failover de sessão, você deverá configurar a persistência de sessão. A persistência do objeto de sessão para um banco de dados é a única opção para o failover de sessão com o WebSphere Application Server. Para configurar persistência de sessão utilizando o console administrativo, consulte a documentação sobre como configurar a persistência de sessão de banco de dados. Para configurar a persistência de sessão de banco de dados utilizando comandos wsadmin para a linguagem de programação Jython ou Jacl, consulte a documentação sobre como configurar uma persistência de sessão de banco de dados utilizando script.
  7. Reinicie o servidor.
  8. Gere o arquivo plugin-cfg.xml para cada servidor de aplicativos independente utilizando o script GenPluginCfg, o console administrativo ou script wsadmin.

    Para utilizar o script GenPluginCfg, insira o seguinte comando na linha de comandos: profile_root/config/cells/GenPluginCfg.sh|bat

    Para usar o console administrativo, consulte a documentação sobre como criar ou atualizar um arquivo de configuração de plug-in do servidor da Web global.

    As variáveis a seguir se aplicam aos comandos Jython e Jacl:
    • cell_name é o nome da célula.
    • web_server_node é o nome do nó de seu servidor da Web.
    • web_server_name é o nome do seu servidor da Web.
    Jython
    Na linha de comandos, insira cada um dos seguintes comandos em uma linha separada:
    generator = AdminControl.completeObjectName('type=PluginCfgGenerator,*')
    AdminControl.invoke(generator, 'generate', "profile_root/config cell_name web_server_node web_server_name true true")
    Jacl
    Na linha de comandos, insira cada um dos seguintes comandos em uma linha separada:
    set generator [$AdminControl completeObjectName type=PluginCfgGenerator,*]
    $AdminControl invoke $generator generate "profile_root/config cell_name web_server_node web_server_name true true"
  9. Mescle os arquivos plugin-cfg.xml de vários nós do servidor de aplicativos.
    É possível fundir manualmente os arquivos plugin-cfg.xml ou usar a ferramenta pluginCfgMerge para fundir automaticamente o arquivo plugin-cfg.xml a partir de diversos perfis do servidor de aplicativos em um único arquivo de saída. A ferramenta pluginCfgMerge.bat ou pluginCfgMerge.sh estará disponível após a instalação desse fix pack e estará localizada no diretório install_root/bin. Para usar a ferramenta pluginCfgMerge, conclua as etapas a seguir:
    1. Renomeie os arquivos plugin-cfg.xml para um nome exclusivo nos perfis do servidor de aplicativos.
    2. Copie o arquivo plugin-cfg.xml para todos os perfis independentes do servidor de aplicativos em um diretório comum.
    3. Use a ferramenta pluginCfgMerge para combinar os arquivos plugin-cfg.xml de cada um dos perfis do servidor de aplicativos em um único arquivo de saída. Exemplo:[AIX][HP-UX][IBM i][Linux][Solaris][z/OS]
      install_root/bin/pluginCfgMerge.sh
      plugin_configuration_file1 plugin_configuration_file2
      resulting_plugin_configuration_file
      [Windows]
      install_root\bin\pluginCfgMerge.bat
      plugin_configuration_file1 plugin_configuration_file2
      resulting_plugin_configuration_file

      O valor da variável resulting_plugin_configuration_file normalmente é plugin-cfg.xml

    Para obter mais informações sobre como mesclar manualmente os arquivos plugin-cfg.xml, consulte a nota técnica sobre como mesclar arquivos plugin-cfg.xml de vários perfis do servidor de aplicativos.

  10. Copie o arquivo plugin-cfg.xml mesclado para o diretório plugin_installation_root/config/web_server_name/ no host do servidor da Web.
  11. [AIX][HP-UX][Linux][Solaris]Certifique-se de ter definido as permissões de acesso de arquivo de sistema operacional corretas para o arquivo plugin-cfg.xml mesclado. Essas permissões de acesso de arquivo permite que o processo do plug-in do servidor HTTP leia o arquivo.

Resultados

Quando concluir este processo, você terá um arquivo de configuração de plug-in para vários perfis de servidor de aplicativos independente.

Í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=twsv_configsimplelbadminagent
Nome do arquivo: twsv_configsimplelbadminagent.html