Disponibilitate mare utilizând rețea privată pe Ubuntu 16.04 cu Keepalived

• Cerințe preliminare
• Pregătirea sistemului
• Instalarea Keepalived
• Serverul principal
• Server de rezervă
• Utilizare și testare
• Concluzie

Unele arhitecturi de înaltă disponibilitate necesită o adresă IP plutitoare. Această funcționalitate este disponibilă pe platforma Vultr după ce a fost activată rețeaua privată. Vultr oferă o gamă de IP în fiecare rețea privată: "Puteți utiliza orice IP-uri doriți în rețeaua privată. Alocăm un IP în mod implicit, dar îl puteți ignora și puteți utiliza altele dacă doriți." . Prin urmare, putem folosi orice IP virtual în intervalul IP privat. Acest exemplu prezintă o configurare pasivă / activă. Serverul principal va solicita IP-ul flotant, cu excepția cazului în care serverul se va opri. Dacă serverul principal este redus, IP-ul flotant va fi solicitat de serverul de rezervă.

Cerințe preliminare

• Două instanțe Ubuntu 16.04 LTS x64 (server master și server de rezervă).
• Un utilizator sudo (sau cont root) .

Pregătirea sistemului

Începeți prin a activa rețeaua privată pe fiecare VPS. Această caracteristică a fost bine documentată .

Conectați-vă la fiecare sistem ca sudoutilizator și actualizați sistemul și pachetele sale:

apt-get update && apt-get upgrade 

Odată făcut acest lucru, suntem gata să începem cu instalarea și configurarea Keepalived.

Instalarea Keepalived

Acum, fiecare sistem este actualizat și are un IP privat, puteți instala Keepalived pe ambele.

apt-get install keepalived

Aceasta va instala demonul de disponibilitate ridicată. Keepalived este un program care oferă disponibilitate ridicată și funcționalitate de echilibrare a încărcăturii bazată pe Protocolul de redundanță virtuală al routerului (VRRP).

Serverul principal

Pe serverul principal, editați fișierul de configurare Keepalived.

nano /etc/keepalived/keepalived.conf

Acesta virtual_ipaddresseste IP-ul pe care îl vom pluti între servere. De prioritydefinește cine va deține IP. Pentru maestru, vom folosi o prioritate de 200. Vom folosi 10.99.0.200IP-ul nostru virtual flotant.

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
    }
}

Server de rezervă

Pe serverul de rezervă, editați fișierul de configurare Keepalived.

nano /etc/keepalived/keepalived.conf

Aici vom defini virtual_ipaddressexact ca pe serverul principal. Diferența este că prioritatea acestui server este mai mică, deci va revendica IP-ul doar atunci când masterul nu este 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
    }
}

Utilizare și testare

După ce ambele servicii Keepalived sunt configurate, porniți fiecare serviciu și activați-l la pornire.

systemctl start keepalived
systemctl enable keepalived

Pe un al treilea server (sau pe serverul de rezervă) începe prin a face ping-ul IP partajat:

ping 10.99.0.200

Acum reporniți serverul principal și urmăriți mutarea IP către serverul de rezervă. Acest lucru este indicat de obicei printr-o creștere mică a latenței ping-ului.

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

Concluzie

Keepalived funcționează fără probleme pe Vultr și este pregătit pentru toate proiectele de arhitectură de înaltă disponibilitate.