Problemas ao mudar endereços IP e MAC

Question

Eu tenho dois servidores Ubuntu, cada um deles com duas placas Ethernet. Eu estou tentando mudar de um para o outro para fins de alta disponibilidade. Infelizmente, ao consultar arp eu sempre obtenho o endereço MAC do primeiro cartão (eth0) e não o do segundo cartão (eth1) cujo endereço IP foi dinamicamente atribuído. O que posso fazer?

Exemplo:

Servidor 1:

Eth0

• MAC: 00: 11: 11: 11: 11: 11
• IP: 192.168.0.1

Eth1

• MAC: 02: 33: 33: 33: 33: 33
• IP: 192.168.0.3

Servidor 2:

Eth0

• MAC: 00: 22: 22: 22: 22: 22
• IP: 192.168.0.2

Eth1

• inativo (sobe com MAC e IP do server1 eth1 quando o server1 desce)

Quando executo o comando arp -a 192.168.0.3 de uma máquina Windows, o resultado é 00:11:11:11:11:11 (eth0) e não 02:33:33:33:33:33 (eth1)

    

Answer 1

O que você está tentando fazer não é impossível, mas também não é ideal ...

De volta ao século XX, costumávamos fazer exatamente o que você está tentando fazer agora, mas agora, no século XXI, usamos bonding que oferece confiabilidade e maior taxa de transferência quando os dois cartões estão ativos.

Portanto, esqueça 2 endereços IP em 2 NICS, escolha 1 endereço IP no NICS e aproveite o dobro do throughput!

: -)

    

Answer 2

O que você está tentando fazer é chamado de "cluster de alta disponibilidade". A ideia básica de um cluster de alta disponibilidade é que cada membro do cluster possui seu próprio endereço IP (geralmente usado apenas para gerenciamento) e o cluster tem seu próprio endereço IP diferente.

Normalmente, esse tipo de configuração é gerenciado por software dedicado, mas você pode tentar brincar com scripts locais.

Basicamente:

• Em cada servidor, ligue os dois NICs, obtendo um NIC altamente disponível em cada servidor.
• Atribua o IP do cluster a essa nova NIC no servidor A. Verifique se você pode acessar os serviços.
• Desatribua o IP do cluster do servidor A, atribua-o no servidor B. Verifique se você pode acessar os serviços.

Agora continue imaginando como garantir que apenas um dos dois servidores possua o IP do cluster, como ter certeza de que o servidor que não tem o IP do cluster se recusa a aceitar solicitações, como sincronizar o estado entre os servidores etc. etc.