Alta disponibilidade usando redes privadas no Ubuntu 16.04 com Keepalived

• Pré-requisitos
• Preparando o sistema
• Instalando o Keepalived
• Servidor mestre
• Servidor de backup
• Uso e teste
• Conclusão

Algumas arquiteturas de alta disponibilidade requerem um endereço IP flutuante. Essa funcionalidade está disponível na plataforma Vultr depois que a rede privada é ativada. O Vultr oferece um intervalo de IPs em cada rede privada: "Você pode usar qualquer IP que desejar na rede privada. Atribuímos um IP por padrão, mas você pode ignorá-lo e usar outros, se quiser." . Portanto, podemos usar qualquer IP virtual dentro do intervalo de IP privado. Este exemplo apresenta uma configuração passiva / ativa. O servidor mestre reivindicará o IP flutuante, a menos que o servidor fique inoperante. Se o servidor principal estiver inativo, o IP flutuante será reivindicado pelo servidor de backup.

Pré-requisitos

• Duas instâncias do servidor Ubuntu 16.04 LTS x64 (servidor principal e de backup).
• Um usuário sudo (ou conta raiz) .

Preparando o sistema

Comece ativando a rede privada em cada VPS. Esse recurso foi bem documentado .

Efetue login em cada sistema como sudousuário e atualize o sistema e seus pacotes:

apt-get update && apt-get upgrade 

Feito isso, estamos prontos para começar com a instalação e configuração do Keepalived.

Instalando o Keepalived

Agora que cada sistema está atualizado e possui um IP privado, você pode instalar o Keepalived nos dois.

apt-get install keepalived

Isso instalará o daemon de alta disponibilidade. O Keepalived é um programa que fornece alta disponibilidade e funcionalidade de balanceamento de carga com base no VRRP (Virtual Router Redundancy Protocol).

Servidor mestre

No servidor principal, edite o arquivo de configuração Keepalived.

nano /etc/keepalived/keepalived.conf

O virtual_ipaddressIP é o que estaremos flutuando entre os servidores. O prioritydefine quem será o proprietário do IP. Para o mestre, usaremos uma prioridade de 200. Usaremos o 10.99.0.200como nosso IP virtual flutuante.

vrrp_instance VI_1 {
    state MASTER
    interface ens7
    virtual_router_id 51
    priority 200
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass thisismysupersecretpassword
    }
    virtual_ipaddress {
        10.99.0.200
    }
}

Servidor de backup

No servidor de backup, edite o arquivo de configuração Keepalived.

nano /etc/keepalived/keepalived.conf

Aqui vamos definir o virtual_ipaddressmesmo que no servidor mestre. A diferença aqui é que a prioridade deste servidor é menor, portanto, ele reivindicará o IP apenas quando o mestre não estiver online.

vrrp_instance VI_1 {
    state BACKUP
    interface ens7
    virtual_router_id 51
    priority 100
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass thisismysupersecretpassword
    }
    virtual_ipaddress {
        10.99.0.200
    }
}

Uso e teste

Depois que os dois serviços Keepalived estiverem configurados, inicie cada serviço e ative-o na inicialização.

systemctl start keepalived
systemctl enable keepalived

Em um terceiro servidor (ou no servidor de backup), comece executando ping em nosso IP compartilhado:

ping 10.99.0.200

Agora, reinicie o servidor principal e observe o IP se mover para o servidor de backup. Isso geralmente é indicado por um pequeno aumento na latência do ping.

64 bytes from 10.99.0.200: icmp_seq=80 ttl=64 time=0.384 ms
64 bytes from 10.99.0.200: icmp_seq=81 ttl=64 time=1.33 ms    <<< failover has happened
64 bytes from 10.99.0.200: icmp_seq=82 ttl=64 time=0.388 ms
64 bytes from 10.99.0.200: icmp_seq=83 ttl=64 time=0.339 ms
64 bytes from 10.99.0.200: icmp_seq=84 ttl=64 time=0.570 ms

Conclusão

O Keepalived funciona sem problemas no Vultr e está pronto para todos os seus projetos de arquitetura de alta disponibilidade.