IMPORTANTE: O componente CBR Content Based Routing está disponível em todas as plataformas suportadas, com as seguintes exceções:
Como alternativa para este tipo de instalação, você poderá utilizar o método de encaminhamento cbr do componente do Load Balancer's Dispatcher para oferecer uma rota baseada em conteúdo de pedidos HTTP e HTTPS sem utilizar Caching Proxy. Consulte a publicação WebSphere Application Server Load Balancer Administration Guide para obter mais informações.
Balanceador de Carga para IPv4 e IPv6 suporta apenas o método mac de encaminhamento de componentes Dispatcher Os métodos de encaminhamento nat e cbr não são suportados.
Funcionando com o componente Caching Proxy do Application Server, o componente Load Balancer do Application Server permite distribuir pedidos para vários servidores de backend que hospedam conteúdo diferente. (Consulte o Introduzindo o Edge Components do WebSphere Application Server, para obter uma introdução a estes Edge Components).
Se o componente CBR (Content Based Routing) do Load Balancer for instalado junto com o Caching Proxy, os pedidos HTTP podem ser distribuídos com base na URL ou outras características determinadas pelo administrador, eliminando a necessidade de armazenar conteúdo idêntico em todos os servidores backend.
O uso do CBR será especialmente apropriado se os servidores da Web precisarem executar várias funções diferentes ou oferecer vários tipos de serviços. Por exemplo, o site de um varejista on-line na Web deve exibir seu catálogo, em que uma grande parte é estática e aceitar pedidos, o que significa executar um aplicativo interativo, tal como um script CGI (Commom Gateway Interface) para aceitar números de itens e informações do cliente. É sempre mais eficiente ter dois conjuntos diferentes de máquinas para executar as funções distintas e utilizar o CBR para rotear os diferentes tipos de tráfego para as diferentes máquinas. Da mesma forma, uma empresa pode utilizar o CBR para fornecer um serviço melhor para clientes pagantes do que para visitantes casuais de seu site na Web, roteando os pedidos pagos para servidores da Web mais potentes.
O CBR roteia pedidos com base em regras que você escreve. O tipo mais comum é a regra de conteúdo, que direciona pedidos com base no nome do caminho na URL. Por exemplo, a ABC Corporation pode escrever regras que direcionem pedidos da URL http://www.abc.com/catalog_index.html para um cluster de servidores e http://www.abc.com/orders.html para outro cluster. Há também regras que roteiam pedidos com base no endereço IP do cliente que os enviou ou em outras características. Para saber mais, consulte os capítulos do WebSphere Application Server Load Balancer Administration Guide sobre configuração do CBR e sobre funções avançadas do Load Balancer e do CBR. Para obter as definições de sintaxe das regras, consulte o apêndice do WebSphere Application Server Load Balancer Administration Guide sobre os tipos de regras do CBR.
A Figura 12 descreve uma configuração simples na qual o componente CBR do Load Balancer e o Caching Proxy são instalados juntos na máquina marcada com o número 4 e roteia pedidos para três hosts de conteúdo (6, 7 e 8) que hospedam conteúdo diferente. Quando um usuário final que trabalha em uma das máquinas marcadas com o número 1 solicita o arquivo X, o pedido passa pela Internet (2) e entra na rede interna da empresa através de seu gateway da Internet (3). O Servidor Proxy intercepta o pedido e transmite-o ao componente CBR na mesma máquina, que analisa a URL no pedido e determina qual host de conteúdo 6 hospeda o arquivo X. O Servidor Proxy gera um novo pedido para o arquivo X, e se seu recurso de armazenamento em cache estiver ativado, determina se o arquivo é elegível para armazenamento em cache quando o host 6 o retorna. Se o arquivo puder ser armazenado em cache, o Servidor Proxy armazenará uma cópia em seu cache (5) antes de transmiti-lo para o usuário final. O roteamento para outros arquivos funciona da mesma forma: pedidos para o arquivo Y vão para o host de conteúdo 7, e pedidos para o arquivo Z vão para o host de conteúdo 8.
Legenda: 1—Cliente 2—Internet 3—Roteador/Gateway 4—Caching Proxy e componente CBR do Load Balancer 5—Cache 6, 7, 8—Host de ConteúdoA Figura 13 representa uma configuração mais complexa que tem a possibilidade de se adequar a um varejista on-line. O componente CBR do Load Balancer e o Servidor Proxy são instalados juntos na máquina marcada com o número 4 e roteiam pedidos para duas máquinas do Load Balancer. A máquina do Load Balancer marcada com o número 6 equilibra a carga de um cluster de hosts de conteúdo (8) que hospeda o conteúdo mais estático do catálogo do varejista, enquanto o Load Balancer marcado com o número 7 equilibra a carga de um cluster de servidores Web que tratam pedidos (9).
Quando um usuário final que trabalha em uma das máquinas marcadas com o número 1 acessa a URL do catálogo do varejista, o pedido passa pela Internet (2) e entra na rede interna da empresa através de seu gateway da Internet (3). O Servidor Proxy intercepta o pedido o transmite-o ao componente CBR na mesma máquina, que analisa a URL e determina se a máquina do Load Balancer marcada com o número 6 tratará essa URL. O Servidor Proxy cria um novo pedido de acesso e envia-o ao Load Balancer, que determina qual dos hosts de conteúdo marcado com o número 8 tem, no momento, melhor capacidade de atender ao pedido (com base nos critérios definidos). Esse host de conteúdo transmite o conteúdo do catálogo diretamente para o Servidor Proxy, ignorando o Load Balancer. Como no exemplo anterior, o Servidor Proxy determina se o conteúdo pode ser armazenado em cache e o armazena em seu cache (5), se apropriado.
O usuário final faz um pedido acessando a URL do varejista para pedidos, presumivelmente por meio de um hyperlink no catálogo. O pedido faz o mesmo caminho que o pedido de acesso do catálogo, exceto que o componente CBR na máquina 4 roteia-o para a máquina do Load Balancer marcada com o número 7. O Load Balancer encaminha-o ao mais apropriado dos servidores Web marcado com o número 9, que responde diretamente ao Servidor Proxy. Como as informações do pedido são geralmente geradas de forma dinâmica, o Servidor Proxy provavelmente não as armazena em cache.
Legenda: 1—Cliente 2—Internet 3—Roteador/Gateway 4—Caching Proxy e componente CBR do Load Balancer 5—Cache 6, 7—Load Balancer 8—Host de Conteúdo 9—Servidor WebA função do CBR do Load Balancer suporta autorização de cookie. Isso significa que a identidade do servidor que atendeu ao primeiro pedido de um usuário final foi registrada em um pacote de dados especial (um cookie) incluído na resposta do servidor. Quando o usuário final acessa a mesma URL novamente dentro de um período que você define, e o pedido inclui o cookie, o CBR roteia o pedido para o servidor original em vez de reaplicar suas regras padrão. Geralmente, isso melhorará o tempo de resposta se o servidor tiver armazenado informações sobre o usuário final que não tenha que obter novamente (tal como o número do cartão de crédito).