Quais são as diferenças entre IPs flutuantes e IPs virtuais?


26

Pode ser uma pergunta para pedestres, mas qual é a diferença entre um endereço "IP flutuante" e um endereço "IP virtual"? Eles são sinônimos?

Respostas:


23

Para mim, os termos significam coisas diferentes.

Um endereço IP flutuante é usado para oferecer suporte ao failover em um cluster de alta disponibilidade. O cluster está configurado para que apenas o membro ativo do cluster "possua" ou responda a esse endereço IP a qualquer momento. Se o membro ativo falhar, a "propriedade" do endereço IP flutuante será transferida para um membro em espera para promovê-lo como o novo membro ativo. Especificamente, o membro a ser promovido emite um ARP gratuito, anunciando a nova associação de endereço MAC para endereço IP.

Um endereço IP virtual refere-se ao endereço IP de um servidor virtual e é um termo mais nebuloso. Com os balanceadores de carga F5, por exemplo , os servidores virtuais são os serviços (sites, etc.) que você deseja hospedar.

Mais concretamente, suponha que você tenha um par de balanceadores de carga em um cluster de espera ativa. Para cada interface ou VLAN, os balanceadores de carga teriam um endereço IP próprio e um endereço IP flutuante compartilhado entre os dois membros. Quando o balanceador de carga retransmite solicitações recebidas para os nós de back-end, ele usa o endereço IP flutuante como endereço de origem; portanto, se o balanceador de carga morrer, seu parceiro poderá assumir e receber a resposta. Cada site ou outro serviço hospedado nos balanceadores de carga teria seu próprio endereço IP, que você poderia chamar de endereço IP "virtual". (Você pode dizer que esses IPs virtuais também "flutuam", pois o controle deles seria transferido para o nó em espera no caso de um failover.)


E fazer um cluster em espera ativo é mais rápido do que simplesmente reiniciar um balanceador de carga?
CMCDragonkai

SE dois balanceadores de carga tiverem o mesmo endereço IP flutuante, quando uma solicitação for feita para esse endereço IP flutuante, quem decide qual balanceador de carga deve ser executado.
user12458

2
O mapeamento técnico IP-Ethernet da @Java é feito através do ARP . Os membros do cluster se coordenam entre si de modo que, a qualquer momento, apenas a unidade ativa responda às solicitações de ARP para o IP flutuante. Durante o failover, a nova unidade ativa envia um anúncio gratuito do ARP informando todos os outros dispositivos na sub-rede (especialmente o roteador) que o endereço MAC da nova unidade ativa deve ser associado ao IP flutuante.
200

@ 200_success Então, quem primeiro recebe a solicitação para IP flutuante? Pode ser qualquer membro (não importa se esse membro está ocupado ou não). Além disso, se houver um failover de um membro, quem cuidará de remover esse balanceador de carga da lista de balanceadores disponíveis?
user12458

@JavaTechnical Os membros do cluster negociam entre si qual deles está ativo. Para balanceadores de carga BIG-IP, a eleição é influenciada pela configuração Preferência do estado de redundância .
200_success

12

Não, ambos são muito semelhantes, mas geralmente são usados ​​em diferentes contextos.

Virtual IP(ou VIP) normalmente é usado como um termo para expressar o fato de que um IP não pertence a uma interface física específica. Nesse sentido, o VIPé independente de uma interface física (em Física são chamadas partículas que não possuem representação física virtual. Parece que IPs sem interface física também são chamados virtualtambém). Portanto, um IP não virtual deve aumentar e diminuir sua interface e pertencer a apenas uma única interface, enquanto isso VIPpode ser resolvido de várias maneiras (é possível existir em mais de uma interface ao mesmo tempo). , bem como partículas virtuais podem existir dentro e fora de um buraco negro ao mesmo tempo - consulte https://en.wikipedia.org/wiki/Hawking_radiation ).

Floating IP(ou FIP) parece ser o termo cunhado por algumas soluções de failover / hospedagem virtual para nomear o público acessível fora do endereço IP (alguns até reservam o termo FIPpara IPs da área de IP pública).

Então, o seguinte é verdadeiro:

  • um FIPnormalmente é um VIPtambém, mas há exceções
  • a VIPpode ser um FIPquando usado em determinadas configurações
  • um FIPgeralmente significa muito mais do que apenas uma forma especial deVIP

Provavelmente não é aconselhável usar os termos de forma intercambiável ou pensar que eles são os mesmos.

  • Se você usar o termo FIPpara um IP em uma interface virtual, provavelmente irá confundir muitas pessoas e deve ficar com isso VIPaqui.

  • Pode haver mais de um VIPs que se refiram ao mesmo FIP, por exemplo, o externo VIP(que vem da área IP pública) e o "natted" interno VIP(que geralmente vem da área IP privada) disso FIP. Portanto, se você usar o termo VIPaqui, isso criará um grave mal-entendido.

Para aumentar a confusão, vamos dar uma olhada na Wikipedia:

https://de.wikipedia.org/wiki/Virtuelle_IP-Adresse

O endereço IP dinâmico é um cluster ativo / passivo, no momento em que o endereço primário do sistema primário é

Portanto, de acordo com a Wikipedia alemã VIP ⊂ FIP,.

https://en.wikipedia.org/wiki/Virtual_IP_address

Um endereço IP virtual (VIP ou VIPA) é um endereço IP que não corresponde a uma interface de rede física real (porta). Os usos para VIPs incluem conversão de endereços de rede (especialmente NAT um para muitos), tolerância a falhas e mobilidade.

Portanto, a Wikipedia em inglês conta uma história completamente diferente, a saber FIP ⊂ VIP

E, como os dois artigos são contraditórios, não caia na armadilha para pensar FIP ≡ VIP

Resumindo:

  • Virtual IP é um termo comum técnico bem conhecido, usado para IPs que não estão vinculados estritamente a uma única interface

  • Floating IPgeralmente é mais ou menos marketing falar para denotar um IP especialmente usado que na maioria das vezes, mas nem sempre, é um VIP.


2

Sim, eles são iguais. Estes são termos geralmente usados ​​na configuração de balanceamento de carga, etc.


0

Um FIP acessível publicamente pode apontar para um VIP que é compartilhado por vários back-ends. Portanto, quando um back-end está inativo, a solicitação pode realizar failover para outro sem alterar o FIP

Exemplo prático de uso de VIP e FIP no OpenStack

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.