Vários servidores podem responder em um único IP?

1

Imagine um balanceador de carga voltado para a Internet, enviando solicitações para vários servidores-trabalhadores em uma rede local.

Existe uma maneira de os servidores-trabalhadores responderem diretamente no soquete / conexão / IP original ou eles têm para responder ao balanceador de carga para isso? para encaminhar a resposta (tornando-se o SPOF )?

    
por thwd 27.02.2012 / 20:30

5 respostas

3

Geralmente, a resposta à solicitação de carga balanceada é direcionada diretamente para o gateway, não de volta ao balanceador de carga.

Portanto, o balanceador de carga é um SPOF para as solicitações de entrada , mas como a solicitação de saída vai direto para o gateway, ele pode ignorar esse SPOF, embora o ACK precise voltar o balanceador de carga, ainda é meio sem sentido.

Geralmente, você teria dois balanceadores de carga. Apenas um deles é dono do endereço IP público a qualquer momento, e eles têm uma pulsação entre eles. Assim que o balanceador de carga ao vivo perder sua pulsação (ou seja, travar, ficar offline, etc), o segundo balanceador de carga assumirá o endereço IP.

    
por 28.02.2012 / 05:28
1

Existem alguns balanceadores de carga que farão o balanceamento de carga transparentemente usando o NAT de destino, mas o balanceador de carga ainda precisará ver o tráfego de retorno para o NAT de volta ao IP original ao qual o cliente abriu uma conexão. Se eu abrir uma conexão com um balanceador de carga em 10.10.10.10 e um servidor no pool retornar uma resposta de seu IP de 192.168.100.100, descartarei esse pacote porque não sei quem é 192.168.100.100. Estou tentando falar com 10.10.10.10.

Você pode evitar o ponto único de falha nos balanceadores de carga configurando uma pilha dupla com VRRP para que, se um único balanceador de carga falhar, outro ocupe todo o tráfego. O VRRP usa um endereço MAC compartilhado e um endereço IP para realizar um failover contínuo.

    
por 27.02.2012 / 20:44
0

As redes IP não permitem isso diretamente, você precisa de algum software para ajudá-lo, para que um servidor de trabalho funcione como um balanceador de carga e, se ele falhar, outro automaticamente assume a responsabilidade de balanceamento de carga e começa a manipular as solicitações do IP do balanceador de carga. endereço. Então, todos eles precisam executar o software de balanceamento de carga. Você deve ser capaz de fazer isso com um software chamado HAProxy. Você pode pesquisar no Google por "ip compartilhado" para avançar com sua pesquisa. Essa solução reduzirá naturalmente uma capacidade de serviço de servidores de trabalho, pois ela precisa atuar como um balanceador de carga para todo o cluster.

E a propósito. você provavelmente obteria mais respostas para isso no ServerFault .

    
por 27.02.2012 / 21:01
0

Depende do método de balanceamento de carga que você está usando. Se você está apenas fazendo DNS round-robin, então sim, seus servidores-servidores estarão fazendo suas conexões "diretamente" com seus clientes.

Se você está realmente usando um proxy reverso como o HAProxy, então não. Seus servidores de trabalho usarão o balanceador de carga como intermediário. Do ponto de vista de seus servidores de trabalho, o cliente é o balanceador de carga, não o cliente real.

Se você estiver preocupado com a criação do Ponto Único de Falha usando um proxy reverso dessa maneira, existem estratégias que você pode empregar para atenuar alguns riscos, como o uso de proxies redundantes. Os detalhes variam de acordo com sua implementação.

    
por 28.02.2012 / 01:42
0

Você pode configurar o endereço de loopback de vários servidores para ser o mesmo (seu apelido chamado). Este IP é conhecido pelo mundo exterior. Solicitações vêm com este IP como o endereço IP de destino. O balanceador de carga pode direcionar solicitações com base nos critérios de balanceamento de carga e direcionar a solicitação para um desses servidores.

Então, sim, você pode ter uma situação em que vários servidores possam responder a um único IP.

    
por 11.03.2012 / 22:36

Tags