Atualmente, estou fornecendo alguns aplicativos da web para meus clientes (apache / php / mysql no servidor Windows). Eu estou olhando para fornecer algum tipo de servidor de failover no caso do meu servidor tem uma falha de hardware. Meu servidor está sendo executado em um centro de dados.
Acho que adicionarei apenas um segundo servidor instalado no mesmo rack. Meu primeiro servidor funcionará como um servidor reserva e eu adicionarei NICs extras para criar uma rede local entre os dois servidores. Usarei a replicação do mysql e algo parecido com o rsync para sincronizar todos os aplicativos da web continuamente. Em seguida, configurarei algum monitoramento no servidor sobressalente para que, quando meu servidor principal não responder, o servidor sobressalente altere seu endereço IP para corresponder ao principal. (talvez uma mudança manual em vez de automática).
Minha pergunta é: A alteração do endereço IP fará a transição quase instantaneamente? Ou será que o roteador / switch no data center não detectará a alteração com rapidez suficiente (devido ao armazenamento em cache do ARP). Eu também preciso clonar o endereço MAC em tal situação?
Não acredito que o armazenamento em cache do ARP seja um problema aqui.
No entanto, eu estaria preocupado com problemas como uma falha parcial do servidor principal (ou seja, ele não responde às suas solicitações de monitoramento, mas sua conexão de rede ainda está ativa). Se o monitoramento disparar, você deve certificar-se de que o servidor principal esteja offline (por exemplo, desligando-o usando uma PDU comutada ou desligando a porta do switch ao qual o servidor está conectado).
Parece que você está implementando sua própria solução de alta disponibilidade. Por que não apenas usar uma solução já disponível e confiável, como keepalived ou pulsação ?
Ao usar essa solução, você não precisa se preocupar com o armazenamento em cache do ARP. Tal software enviará o pacote GARP (Protocolo de Resolução de Endereços Gratuitos) após o failover.