Como configurar IP virtual flutuante com Keepalived no Linux
Aprenda a implementar failover automático de endereços IP em servidores locais usando Keepalived para garantir alta disponibilidade na sua rede.
Resumo
- O Keepalived utiliza o protocolo VRRP para monitorar o estado dos nós e realizar a troca automática do endereço IP virtual.
- Servidores locais exigem planejamento de rede para evitar conflitos de endereçamento e garantir a recuperação transparente após falhas.
- A configuração de scripts de monitoramento personalizados impede que falhas em serviços internos passem despercebidas pelo cluster.
- Testes práticos de desconexão física de cabos são essenciais para validar o tempo real de resposta e a estabilidade do failover.
- Uma infraestrutura redundante protege aplicações críticas contra quedas repentinas de hardware sem exigir alterações complexas nas aplicações.
O que é alta disponibilidade e por que precisamos dela
Manter sistemas funcionando sem interrupções é um dos maiores desafios na administração de redes locais. Quando um servidor principal sofre uma pane de hardware ou precisa de manutenção, os usuários perdem o acesso imediato aos serviços essenciais. Na prática, isso significa que a dependência de uma única máquina cria um ponto único de falha, capaz de paralisar operações inteiras de uma empresa ou de um laboratório de tecnologia.
Para resolver esse problema, adotamos o conceito de alta disponibilidade, que consiste em manter servidores em regime de redundância para que, caso o equipamento principal pare de responder, outro assuma o seu lugar instantaneamente. Para complementar a estabilidade da infraestrutura, muitos administradores também aplicam estratégias como como configurar redundância e balanceamento de link de internet, garantindo que a conectividade externa permaneça ativa mesmo sob falhas de operadora.
Como funciona o protocolo VRRP e o IP virtual
O coração da redundância de gateways no Linux é o protocolo VRRP, sigla em inglês para Virtual Router Redundancy Protocol, um padrão aberto que permite a múltiplos roteadores ou servidores compartilharem um único endereço IP virtual. Na prática, imagine que dois computadores conversam constantemente entre si em uma sala e ambos possuem seus próprios endereços IP físicos, mas decidem compartilhar um número de telefone comum para atender aos clientes.
Nesse cenário, o cliente na rede aponta sempre para esse IP virtual flutuante, sem se importar qual máquina física está respondendo aos pacotes de dados naquele momento exato. Enquanto o servidor principal estiver saudável, ele emite sinais periódicos avisando que continua no comando; caso esses sinais parem de chegar, o servidor secundário assume o endereço IP compartilhado e passa a direcionar o tráfego sem que os usuários percebam a interrupção.
Instalando e preparando o ambiente com Keepalived
O Keepalived é a ferramenta padrão da indústria para implementar essa dinâmica no sistema operacional Linux de forma leve e eficiente. Antes de prosseguir com a configuração, verifique se todos os servidores envolvidos na redundância possuem endereços IP estáticos na mesma faixa de rede local e se o firewall interno permite o tráfego multicast do protocolo VRRP.
A instalação do pacote pode ser feita através do gerenciador de pacotes nativo da sua distribuição, como o APT em sistemas baseados em Debian ou Ubuntu. Em seguida, os arquivos de configuração localizados no diretório de sistema devem ser ajustados para definir qual máquina atuará como primária e qual atuará como secundária, estabelecendo as prioridades de cada nó no cluster.
- Instale o pacote do Keepalived nos servidores primário e secundário executando o comando de gerenciamento de pacotes.
sudo apt update && sudo apt install keepalived -y - Edite o arquivo de configuração principal localizado no diretório de serviços do sistema para definir os parâmetros da rede.
sudo nano /etc/keepalived/keepalived.conf - Reinicie o serviço do Keepalived em ambas as máquinas para aplicar as novas regras e iniciar o monitoramento automático.
sudo systemctl restart keepalived && sudo systemctl enable keepalived
Escrevendo o arquivo de configuração do nó mestre
O arquivo de configuração do Keepalived define o comportamento do servidor diante de falhas e estabelece as regras de prioridade. No nó mestre, definimos uma prioridade mais alta, como o valor 100, garantindo que ele sempre tente assumir o controle do IP virtual quando estiver operacional e conectado à rede principal.
Além disso, configuramos a interface de rede correta por onde os pacotes de controle fluirão e especificamos o endereço IP virtual que será ativado na placa de rede. Para manter a robustez do ambiente corporativo, é fundamental acompanhar também o hardware físico dos servidores, integrando práticas como como configurar alertas de temperatura IPMI em servidores rack para evitar desligamentos térmicos inesperados.
Configurando o nó de backup e o failover automático
O nó de backup possui uma estrutura de configuração muito semelhante à do nó mestre, porém com duas diferenças fundamentais: a prioridade definida deve ser menor, como o valor 90, e a diretiva de estado deve indicar claramente que a máquina atua como secundária. Quando o nó mestre deixa de enviar os sinais de vida, o nó de backup percebe a ausência após alguns segundos e promove a si mesmo para o estado mestre.
Nesse exato momento, o Keepalived executa comandos internos no sistema operacional para adicionar o IP virtual à interface de rede local e envia um aviso de anúncio para atualizar as tabelas ARP dos demais dispositivos conectados à rede. Essa transição ocorre em frações de segundo, garantindo que aplicações dependentes de conexões contínuas experimentem apenas uma oscilação mínima ou nenhuma queda perceptível.
Validando o failover e testando a resiliência do cluster
Após concluir a configuração em ambas as máquinas, o passo mais importante é realizar testes práticos para confirmar se o failover automático funciona conforme o planejado. Uma maneira simples e eficaz de fazer isso é monitorar o arquivo de logs do sistema em tempo real enquanto o cabo de rede do servidor principal é desconectado fisicamente da tomada ou da chave de rede.
Se tudo estiver configurado corretamente, os logs mostrarão o servidor secundário assumindo o estado mestre e assumindo o IP virtual imediatamente, enquanto os testes de ping contínuo a partir de uma terceira máquina na rede registrarão no máximo a perda de um ou dois pacotes durante a transição. Caso ocorram falhas, o diagnóstico costuma apontar erros de permissão no script de monitoramento ou bloqueios causados por regras restritivas no firewall do sistema. Para aprofundar esses conceitos na prática em produção, confira também nossa análise técnica sobre Como medir o consumo real de energia em placas de vídeo.
Considerações finais sobre alta disponibilidade local
Implementar redundância de gateways com Keepalived transforma uma infraestrutura de rede frágil em um ambiente resiliente capaz de lidar com imprevistos de hardware. Embora exija atenção inicial na configuração das prioridades e no isolamento do tráfego de controle, o ganho operacional compensa amplamente o esforço técnico investido. Manter serviços críticos protegidos contra falhas inesperadas garante tranquilidade para administradores e continuidade para os usuários finais que dependem da rede todos os dias.