Algo como o VTM da Brocade poderia reescrever as URLs na resposta para apontar para o host selecionado, mas não sei o que mais poderia fazer.
Digamos que o cliente solicite uma página www.example.com/index.html .
O DNS traduz isso em 203.0.113.15/index.html .
Então este servidor, trabalhando como um balanceador de carga (digamos o Apache com o mod_proxy_balancer), redireciona o pedido para outro IP (não na mesma rede local) 198.51.100.5 .
Esta é a ideia:
client ==> example.com == DNS ==> 203.0.113.15 (Load Balancer) => 198.51.100.5
Quando o link tiver sido estabelecido entre o cliente e o destino,
como evitar que outras comunicações entre o cliente e o 198.51.100.5 passem pelo servidor do meio 203.0.113.15 ?
É possível economizar largura de banda, que o servidor do meio não tem mais nada a ver com o cliente , enquanto o cliente ainda se comunica (upload / download, potencialmente megabytes ou gigabytes!) com 198.51.100.5 , tudo isso com example.com ainda sendo exibido em seu navegador?
Como configurar isso no mod_proxy_balancer?
Algo como o VTM da Brocade poderia reescrever as URLs na resposta para apontar para o host selecionado, mas não sei o que mais poderia fazer.
Em relação à conexão server -> client : Isto é possível com, e das principais características, do Projeto do Servidor Virtual Linux , que
is a highly scalable and highly available server built on a cluster of real servers, with the load balancer running on the Linux operating system. The architecture of the server cluster is fully transparent to end users, and the users interact as if it were a single high-performance virtual server.
Descrevi isso em mais detalhes em esta resposta .