WebSphere Extended Deployment, Version 6.0.x     Sistemas Operacionais: AIX,, HP-UX, Linux, Solaris , Windows , z/OS

Criando e Configurando o ODR

Utilize este tópico para criar e configurar um ODR (On Demand Router). O ODR é um proxy com recursos avançados que o WebSphere Extended Deployment utiliza para rotear trabalho para os nós do servidor de aplicativos.

Antes de começar

Para operações dinâmicas básicas, defina um grupo de nós especificamente para nós que estejam executando clusters dinâmicos. Consulte Criando ou Editando um Grupo de Nós para obter informações adicionais.

Por que e quando realizar esta tarefa

Utilize esta tarefa para configurar o ODR para rotear pedidos para nós do WebSphere Extended Deployment. Você pode utilizar a atividade orientada no console administrativo para obter assistência. Acesse a atividade orientada clicando em Atividades Orientadas > Preparando o Ambiente de Hosting para Operações Dinâmicas Básicas.
  1. Crie um ODR. Você pode criar um ODR no console administrativo clicando em Servidores > On Demand Routers.
    1. Clique em Novo.
    2. Selecione o nó no qual deseja que o ODR resida. O nó selecionado já está ocupado com nós disponíveis na célula. Se seu ambiente for uma mistura heterogênea dos nós Extended Deployment e não-Extended Deployment, selecione um nó Extended Deployment. Se você selecionar um nó não-Extended Deployment, o ODR não iniciará.
      TipColonSymbol Ao criar um ODR, selecione um nó para executar o ODR que não execute nenhum cluster dinâmico, a menos que esteja utilizando o z/OS. Em um ambiente z/OS, é possível co-localizar o ODR em um nó que hospede servidores de aplicativos.
    3. Determine se serão geradas portas HTTP exclusivas. Se estiver criando vários ODRs no mesmo nó, selecione a opção para gerar portas exclusivas. Cenários avançados para mapeamento de porta requerem portas exclusivas. Por exemplo, um balanceador de carga pode equilibrar a carga de pedidos para os ODRs no mesmo nó, assumindo que cada ODR esteja atendendo em uma porta HTTP exclusiva.
    4. Selecione um gabarito de servidor no qual basear seu novo ODR. Você pode utilizar um gabarito de servidor de aplicativos no qual os servidores serão modelados para o novo ODR. Você pode utilizar um gabarito padrão ou mapear um servidor de aplicativos existente. O mapeamento de ODRs preexistentes pode poupar tempo. Você pode construir um ODR e aplicar todas as configurações específicas de que seu ambiente necessita e utilizar esse ODR como um gabarito.
    Como resultado desta etapa, você agora tem um ODR funcional que roteia pedidos HTTP automaticamente para células do WebSphere Extended Deployment. Para ativar o roteamento para outra célula do WebSphere Extended Deployment, configure sua célula para se comunicar com outras células do WebSphere Extended Deployment. Consulte Configurando o Extended Deployment para Comunicação Entre as Células para obter mais informações. Para ajustar o comportamento do ODR, vá para a próxima etapa.
  2. OptionalColonSymbol Configure o ODR. Após a criação, o ODR detecta automaticamente o ambiente e pode rotear trabalho para servidores de aplicativos do WebSphere Extended Deployment. No entanto, é possível configurar o ODR para determinar como ele manipula cenários de falha e como ajustar certos pedidos de trabalho. Você pode configurar as conexões e os pedidos para o servidor de aplicativos, configurar os pedidos que devem ser rejeitados, definir como as respostas de erros são manipuladas e especificar o local dos registros do proxy.

    Você pode definir adicionalmente a configuração do ODR, editando sua configuração de proxy. Utilize o console administrativo para definir a configuração clicando em Servidores > On Demand Routers > odr_name> Propriedades do On Demand Router > Configurações do On Demand Router.

    1. Defina as conexões do servidor de conteúdo. Utilize esta definição para configurar as conexões e os pedidos entre o ODR e os servidores de aplicativos que emitirão o pedido.

      O alias SSL de saída é necessário quando os pedidos para o servidor de aplicativos podem ser executados somente sobre SSL (Secure Sockets Layer). A lista é preenchida com todos os aliases SSL configurados na célula. Caso os pedidos possam ser executados apenas por meio de SSL, crie um novo alias SSL que contenha as autoridades de certificação confiáveis e aponte para esse alias. Crie um alias SSL no console administrativo clicando em Segurança > SSL > Novo.

      A opção de efetuar pool de conexões para o servidor é um recurso de otimização. O pooling evita a necessidade de criar e destruir freqüentemente as conexões de soquete com o servidor, fazendo com que o ODR efetue pool dessas conexões e as utilize. O pool é automaticamente removido quando o servidor de aplicativos fecha a conexão. A remoção pode ocorrer devido à inatividade na conexão.

    2. Defina exclusões. O ODR examina cada pedido que chega. Você pode definir certos métodos para exclusão e, se o método HTTP solicitado corresponder a qualquer um dos métodos configurados, o ODR rejeitará os pedidos com um erro Method Disallowed. Por padrão, os métodos Conectar, Colocar e Excluir ficam desativados.
    3. Defina proxies de segurança confiáveis. Um proxy de segurança confiável é um processo que recebe pedidos antes do ODR e em seguida redireciona pedidos para o ODR. Por exemplo, um servidor da Web com o plug-in de servidor do WebSphere Application Web pode redirecionar pedidos para o ODR. Um proxy de segurança confiável pode transmitir informações, por exemplo, host virtual ou identidade do usuário, ao ODR em cabeçalhos particulares HTTP. Os cabeçalhos particulares recebidos de um proxy não confiável são descartados pelo ODR. Utilize um Internet Protocol ou o nome completo do host nesse campo.
    4. Crie uma política de configuração de plug-in do proxy em um nível de célula. Este parâmetro suporta a geração de um arquivo de configuração de plug-in do proxy que pode ser utilizado em um servidor da Web que esteja implementado na frente do ODR. O plug-in pode determinar o URI que o proxy está manipulando em nome do servidor de aplicativos, bem como o nó de extremidade ou os limites do proxy para que possa rotear corretamente os pedidos para o proxy. Este recurso é útil para os que preferem implementar um servidor da Web comprovado na zona desmilitarizada, que é totalmente capaz de explorar a capacidade do ODR.

      Uma opção está disponível para definir um nível pelo qual o plug-in será gerado. Para o escopo da célula, o ODR gera uma configuração de plug-in que inclui todos os URIs manipulados por todos os ODRs na célula. O escopo do nó inclui todos os URIs configurados para o nó e, no nível do servidor, ele gera um arquivo de configuração do plug-in para o ODR que está sendo configurado no momento.

    5. Instale um aplicativo de página de erro no ODR. No diretório de instalação de servidor base, install_root/installableApps, instale o aplicativo de página de erro de amostra HttpErrorHandler.ear emitindo o comando: $AdminApp install path_to_application ear file [list -server name_of_ODR_server -node name_of_ODR node]. Embora esse aplicativo possa ser instalado em um nó ou servidor diferente, instale-o no ODR para reduzir o tempo de espera. O arquivo HttpErrorHandler.ear também contém a origem de amostra a ser utilizada como um ponto inicial para criar seu próprio aplicativo de página de erro.
    6. Defina a política customizada de página de erro. No console administrativo, clique em Servidores > On Demand Routers > seu ODR > Propriedades do On Demand Router > Configurações do On Demand Router. Digite o URI do aplicativo de geração de página de erro. Por exemplo, se você utilizar o aplicativo de amostra HttpErrorHandler.ear, utilize o URI /ErrorPageApp/ErrorPage . As páginas de erro customizadas com esta definição podem ser utilizadas quando ocorrerem erros durante o processamento do pedido.
    7. Configure códigos de resposta HTTP a serem manipulados. No campo Códigos de status HTTP que devem ser reconhecidos como erros, digite qualquer código de resposta HTTP específico para o aplicativo de página de erro manipular e clique em OK. Utilize linhas separadas e separação com vírgula para vários códigos e X como um caractere curinga para indicar os intervalos de códigos. Por exemplo, digite 4XX para denotar todos os códigos de status entre 400 e 499. Para vários códigos, utilize o seguinte formato e certifique-se de que exista um espaço após cada vírgula:
      4xx
      5xx
  3. OptionalColonSymbol Utilize o console administrativo para definir políticas de roteamento para clusters de servidor genérico, clicando em Servidores > ODRs > Selecionar um ODR_name > Configurações do On Demand Router > Propriedades de roteamento do cluster de servidor genérico.
    • Selecione uma classe de trabalho para pedidos de HTTP e clique em Novo.
    • Digite um nome para a classe de trabalho no campo Nome.
    • Clique em Concluir para confirmar a nova classe de trabalho.
    • Para configurar uma condição de correspondência de URI para uma regra existente, digite o nome do URI no campo Se o URI corresponder e, na lista Para host virtual, selecione um nome do host. Esses campos são requeridos.
    • Designe uma classe de trabalho sem regras para uma das seguintes opções: Permitir roteamento para: Na lista Selecionar nome de cluster de servidor genérico, selecione o cluster adequado do servidor genérico. Rejeitar roteamento com código de retorno: No campo Digitar código de retorno, digite o código de retorno HTTP. Redirecionar roteamento para: No campo Digitar URI para redirecionar, digite o URI. Permitir roteamento com afinidade para: Na lista Selecionar nome de cluster do servidor genérico, selecione o cluster adequado do servidor genérico. Esse campo será requerido se existirem regras ou não e será a ação padrão a ser tomada na ausência de regras. A correspondência das regras é feita de acordo com a ordem delas, com a primeira regra sendo correspondida primeiro. Se uma regra for correspondida, as regras restantes não serão aplicadas. Portanto, se você utilizar várias regras, assegure-se de que elas ocorram na ordem de importância.
    • Clique em Aplicar ou OK para confirmar as novas configurações de regra.O novo ODR tem uma política de roteamento padrão, um padrão de URI de asterisco (*), uma seleção de host virtual default_host e uma ação de roteamento padrão Rejeitar com código de retorno, com o código de retorno configurado como 403.
  4. OptionalColonSymbol Utilize o console administrativo para definir políticas de serviço para clusters de servidor genérico, clicando em Servidores > ODRs > Selecionar um ODR_name existente > Configurações do On Demand Router > Propriedades de serviço do cluster de servidor genérico. Você deve configurar políticas de roteamento para clusters de servidor genérico para que possa definir suas políticas de serviço.
    • Selecione uma classe de trabalho para pedidos de HTTP e clique em Novo.
    • Digite um nome para a classe de trabalho no campo Nome.
    • Clique em Concluir para confirmar a nova classe de trabalho.
    • A correspondência das regras é feita de acordo com a ordem delas, com a primeira regra sendo correspondida primeiro. Se uma regra for correspondida, as regras restantes não serão aplicadas. Portanto, se você utilizar várias regras, assegure-se de que elas ocorram na ordem de importância.
    • Para configurar uma condição de correspondência de URI para uma regra existente, digite o nome do URI no campo Se o URI corresponder e, na lista Para host virtual, selecione um nome do host. Esses campos são requeridos.
    • Se uma classe de trabalho não tiver regras, na lista Se nenhuma regra de classificação se aplicar, classifique para esta classe de transação, designe a classe de trabalho para uma classe de transação. Esse campo será requerido se existirem regras ou não e será a ação padrão a ser tomada na ausência de regras.
    • Clique em Aplicar ou OK para confirmar as novas configurações de regra.

O que fazer depois

Você pode desejar configurar o ODR para rotear o trabalho para nós não-WebSphere Extended Deployment. Depois de criar o ODR e de aplicar parâmetros de configuração opcionais, você pode definir a capacidade de rotear trabalho para nós não-Extended Deployment.



Related tasks
Configurando Propriedades Customizadas de Política de Roteamento para Vários Clusters

Related reference
Criando e Excluindo ODRs com Scripts

Related information
Definições do Servidor Proxy

Tópico de Tarefa    

Termos de Uso | Feedback Última atualização: Mar 21, 2006 12:46:23 PM EST
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r0/index.jsp?topic=?topic=/com.ibm.websphere.xd.doc/info/odoe_task/todoecreateodr.html

© Copyright IBM 2004, 2006. Todos os Direitos Reservados.
Este centro de informações é desenvolvido em tecnologia Eclipse. (http://www.eclipse.org)