Hochverfügbarkeit mit privaten Netzwerken unter Ubuntu 16.04 mit Keepalived

• Voraussetzungen
• System vorbereiten
• Keepalived installieren
• Master-Server
• Sicherungsserver
• Verwendung und Prüfung
• Fazit

Einige Hochverfügbarkeitsarchitekturen erfordern eine schwebende IP-Adresse. Diese Funktionalität ist auf der Vultr-Plattform verfügbar, sobald das private Netzwerk aktiviert wurde. Vultr bietet in jedem privaten Netzwerk einen IP-Bereich: "Sie können beliebige IPs im privaten Netzwerk verwenden. Wir weisen standardmäßig eine IP zu, aber Sie können diese ignorieren und andere verwenden, wenn Sie möchten." . Daher können wir jede virtuelle IP innerhalb des privaten IP-Bereichs verwenden. Dieses Beispiel zeigt ein passives / aktives Setup. Der Master-Server beansprucht die Floating-IP, sofern der Server nicht ausfällt. Wenn der Master-Server nicht verfügbar ist, wird die Floating-IP vom Sicherungsserver beansprucht.

Voraussetzungen

• Zwei Ubuntu 16.04 LTS x64-Serverinstanzen (Master- und Backup-Server).
• Ein Sudo-Benutzer (oder Root-Account-Benutzer) .

System vorbereiten

Aktivieren Sie zunächst das private Netzwerk auf jedem VPS. Diese Funktion wurde gut dokumentiert .

Melden Sie sich als sudoBenutzer bei jedem System an und aktualisieren Sie das System und seine Pakete:

apt-get update && apt-get upgrade 

Sobald dies erledigt ist, können wir mit der Installation und Konfiguration von Keepalived beginnen.

Keepalived installieren

Jetzt, da jedes System auf dem neuesten Stand ist und eine private IP hat, können Sie Keepalived auf beiden installieren.

apt-get install keepalived

Dadurch wird der Hochverfügbarkeitsdämon installiert. Keepalived ist ein Programm, das Hochverfügbarkeits- und Lastausgleichsfunktionen basierend auf dem Virtual Router Redundancy Protocol (VRRP) bietet.

Master-Server

Bearbeiten Sie auf dem Master-Server die Keepalived-Konfigurationsdatei.

nano /etc/keepalived/keepalived.conf

Dies virtual_ipaddressist die IP, die wir zwischen Servern schweben lassen. Der prioritydefiniert, wem die IP gehört. Für den Master verwenden wir eine Priorität von 200. Wir werden die 10.99.0.200als unsere schwebende virtuelle IP verwenden.

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

Sicherungsserver

Bearbeiten Sie auf dem Sicherungsserver die Keepalived-Konfigurationsdatei.

nano /etc/keepalived/keepalived.conf

Hier definieren wir das Gleiche virtual_ipaddresswie auf dem Master-Server. Der Unterschied besteht darin, dass die Priorität dieses Servers niedriger ist, sodass die IP nur dann beansprucht wird, wenn der Master nicht online ist.

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

Verwendung und Prüfung

Sobald beide Keepalived-Dienste konfiguriert sind, starten Sie jeden Dienst und aktivieren Sie ihn beim Booten.

systemctl start keepalived
systemctl enable keepalived

Beginnen Sie auf einem dritten Server (oder auf dem Sicherungsserver) mit dem Pingen unserer freigegebenen IP:

ping 10.99.0.200

Starten Sie nun den Master-Server neu und beobachten Sie, wie die IP-Adresse auf den Sicherungsserver verschoben wird. Dies wird normalerweise durch eine geringfügige Erhöhung der Ping-Latenz angezeigt.

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

Fazit

Keepalived funktioniert problemlos mit Vultr und ist bereit für alle Ihre hochverfügbaren Architekturentwürfe.