WebSphere Virtual Enterprise, Version 6.1.1
             Sistemas Operacionais: AIX,, HP-UX, Linux, Solaris, Windows ,


Roteando Pedidos para Nós Externos com Clusters de Servidor Genérico

Utilize esta tarefa para rotear pedidos do ODR (On Demand Router) para nós externos.

Antes de Começar

Nota: Para configurar o suporte a operações dinâmicas para outros tipos de servidor middleware, você pode definir seus outros servidores middleware como membros de um cluster dinâmico. Consulte Incluindo Servidores Middleware em Configurações para obter informações adicionais.

São necessários um ou mais nós que não estejam executando o WebSphere Virtual Enterprise. Ao executar esta tarefa, inclua os nós que não estão executando o WebSphere Virtual Enterprise como portas de cluster de servidor genérico.

Para criar e editar clusters de servidores genéricos, é necessário ter privilégios administrativos de administrador ou configurador.

As tarefas a seguir devem ser concluídas antes de você configurar o ODR para enviar pedidos a nós externos:
  1. Crie um ODR.
  2. Configure classes de serviço e de transação para o ODR.

Sobre Esta Tarefa

O ODR suporta roteamento automático para nós nas células de destino que têm um gerenciador de implementação com o WebSphere Virtual Enterprise instalado. Para rotear os nós que não têm o WebSphere Virtual Enterprise instalado, configure um cluster de servidor genérico. Um cluster de servidor genérico é uma coleta de nós de extremidade de transporte que pode ser utilizada como um destino para uma regra de roteamento de ODR. Servidores e nós são inferidos a partir dos nós de extremidade e das propriedades do cluster de servidor genérico. Os servidores inferidos podem ser servidores genéricos ou externos. Os servidores genéricos podem ser parados e iniciados por um agente do nó do WebSphere Application Server. Os servidores externos geralmente não são parados e iniciados pelo agente do nó do WebSphere Application Server. Alguns exemplos de servidores externos são: Apache Tomcat ou JBoss Application Server.

Procedimento

  1. Opcional: Crie um ou mais nós não gerenciados. Você precisa criar nós não gerenciados em qualquer uma das seguintes situações de configuração:
    • Se desejar que o agente remoto atenda a pedidos de uma porta que não seja a porta padrão, 9980.
    • Se estiver utilizando um plug-in de coletor de estatísticas customizado para obter a velocidade do nó e a média de utilização da CPU para o gerenciador de perfis de trabalho.
    • Se os nós tiverem várias origens, isto é, tiverem mais de uma placa da interface de rede ou vários nomes de host.
    No console administrativo, clique em Administração do Sistema > Nós > Incluir Nó para criar um nó não gerenciado.
  2. Opcional: Se o agente remoto atender a pedidos que chegam de uma porta diferente da porta padrão, 9980, especifique a propriedade customizada stats.collector.remote.agent.port no nó não gerenciado.
    1. Clique em Administração do Sistema > Nós > node_name > Propriedades Customizadas > Novo.
    2. Para o campo Nome, digite stats.collector.remote.agent.port.
    3. Para o campo Valor, digite o número da porta em que o agente remoto atende a pedidos.
    Lembre-se: Anote o valor dessa porta. Você utiliza o valor de porta quando inicia o agente remoto no nó não gerenciado.
  3. Opcional: Se você estiver utilizando um plug-in de coletor de estatísticas customizado para obter a velocidade do nó e a média de utilização da CPU para o gerenciador de perfis de trabalho, defina o nome da classe como uma propriedade customizada no nó não gerenciado. Neste caso, o plug-in pode ou não utilizar um agente remoto. Antes de configurar essa propriedade customizada, você deve ter um plug-in de coletor de estatísticas customizado codificado e instalado no diretório lib.
    1. Clique em Administração do Sistema > Nós > node_name > Propriedades Customizadas > Novo.
    2. Para o campo Nome, digite stats.collector.implementation.class.
    3. Para o campo Valor, digite o nome da classe de plug-in do coletor de estatísticas customizado. A classe padrão é com.ibm.ws.externalnode.plugins.DefaultStatsCollector.
    4. Você pode especificar parâmetros de configuração adicionais incluindo a propriedade customizada stats.collector.config nos nós não gerenciados. O provedor do plug-in customizado fornece informações a você. A propriedade customizada stats.collector.config não será requerida se você estiver utilizando a classe com.ibm.ws.externalnode.plugins.DefaultStatsCollector padrão.
  4. Crie um cluster de servidor genérico.
    1. No console administrativo, clique em Servidores > Clusters de Servidores Genéricos > Novo.
    2. Digite um Nome e selecione um Protocolo para o cluster de servidor genérico.
    3. Clique em Aplicar.
    4. Especifique os nós de extremidade ou as portas do servidor de cluster genérico. Na página de configurações do servidor de cluster genérico, clique em Portas.
    5. Clique em Novo para incluir nós de extremidade no cluster de servidor genérico.
  5. Opcional: Se você configurou o agente remoto para atender em uma porta não-padrão em uma etapa anterior, se estiver utilizando um plug-in de coletor de estatísticas customizado ou se seus nós forem de várias origens, isto é, tiverem mais de uma placa da interface de rede ou vários nomes de host, é necessário definir a propriedade customizada do nó nos nós de extremidade do cluster do servidor genérico.
    1. No console administrativo, clique em Servidores > Clusters de Servidores Genéricos >cluster_name > Propriedades Adicionais > Portas >host_name> Propriedades Adicionais > Propriedades Customizadas > Novo.
    2. Defina a propriedade customizada. Digite o nome da propriedade customizada como . O valor dela deve ser o nome do nó não gerenciado que está associado à porta do cluster de servidor genérico.
    3. Clique em Aplicar.
  6. Instale seu aplicativo nos nós externos utilizando os números de porta definidos.
  7. Ative o monitoramento externo ativando o agente remoto em todos os nós externos.
  8. Defina políticas de roteamento para clusters de servidores genéricos.

    Antes de criar regras de roteamento, crie os hosts virtuais apropriados. Os hosts virtuais podem ser definidos no console clicando em Ambiente > Hosts Virtuais.

  9. Defina políticas de serviço para clusters de servidores genéricos.

Resultados

O gerenciador de perfis de trabalho obtém a média de utilização da CPU e a velocidade do nó a partir de nós externos e pode rotear tráfego para os nós externos.

O que fazer depois

Continue configurando o On Demand Router e o Autonomic Request Flow Manager.



Tarefas relacionadas
Incluindo Servidores Middleware em Configurações
Ativando o Monitoramento Externo com o Agente Remoto
Criando ODRs
Definindo uma Política de Serviço
Configurando o Autonomic Request Flow Manager
Tópico de Tarefa    

Termos de Uso | Feedback

Última atualização: 24/09/2009 14h17min28s EDT
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r1m1/index.jsp?topic=/com.ibm.websphere.ops.doc/info/odoe_task/todrnonxd.html