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.
- Crie um ODR. Você pode criar um ODR no console administrativo clicando em Servidores > On Demand Routers.
- Clique em Novo.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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
- 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.
- 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.