Magas szintű rendelkezésre állás magánhálózat használatával az Ubuntu 16.04-en a Keepalived szolgáltatással

Néhány magas rendelkezésre állású architektúra lebegő IP-címet igényel. Ez a funkció a Vultr platformon érhető el, miután engedélyezte a magánhálózatot. A Vultr minden magánhálózatban egy IP-tartományt kínál: "A privát hálózaton bármilyen IP-címet használhat. Alapértelmezés szerint egy IP-t rendelünk hozzá, de figyelmen kívül hagyhatja, és ha akarja, használhat másikat." . Ezért a privát IP-tartományon belül bármilyen virtuális IP-t használhatunk. Ez a példa egy passzív/aktív beállítást tartalmaz. A főkiszolgáló igényli a lebegő IP-címet, hacsak a szerver le nem áll. Ha a főszerver nem működik, a lebegő IP-címet a tartalék szerver igényli.

Előfeltételek

• Két Ubuntu 16.04 LTS x64 szerverpéldány (fő és tartalék szerver).
• A sudo (vagy root fiók) felhasználói .

A rendszer előkészítése

Kezdje azzal, hogy minden VPS-en engedélyezze a privát hálózatot. Ez a funkció jól dokumentált .

Jelentkezzen be minden rendszerbe sudofelhasználóként, és frissítse a rendszert és annak csomagjait:

apt-get update && apt-get upgrade 

Ha ez megtörtént, készen állunk a Keepalived telepítésére és konfigurálására.

A Keepalived telepítése

Most, hogy minden rendszer naprakész és privát IP-címmel rendelkezik, mindkettőre telepítheti a Keepalivedet.

apt-get install keepalived

Ez telepíti a magas rendelkezésre állású démont. A Keepalived egy olyan program, amely magas szintű rendelkezésre állást és terheléselosztási funkciókat biztosít a Virtual Router Redundancy Protocol (VRRP) alapján.

Mester szerver

A főkiszolgálón szerkessze a Keepalived konfigurációs fájlt.

nano /etc/keepalived/keepalived.conf

Ez virtual_ipaddressaz az IP, amelyet a szerverek között fogunk lebegni. Az priorityhatározza meg, aki a saját IP. A mester esetében a prioritást fogjuk használni 200. 10.99.0.200Lebegő virtuális IP-címként fogjuk használni .

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

Tartalék szerver

A biztonsági mentési kiszolgálón szerkessze a Keepalived konfigurációs fájlt.

nano /etc/keepalived/keepalived.conf

Itt fogjuk definiálni a virtual_ipaddressmint a főkiszolgálón. A különbség az, hogy ennek a szervernek alacsonyabb a prioritása, így csak akkor kéri az IP-címet, ha a mester nincs 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
    }
}

Használat és tesztelés

Miután mindkét Keepalived szolgáltatás be van állítva, indítsa el az egyes szolgáltatásokat, és engedélyezze őket rendszerindításkor.

systemctl start keepalived
systemctl enable keepalived

Egy harmadik szerveren (vagy a tartalék szerveren) kezdje a megosztott IP-címünk pingelésével:

ping 10.99.0.200

Most indítsa újra a főkiszolgálót, és nézze meg, hogy az IP átkerül a tartalék szerverre. Ezt általában a ping késleltetés kismértékű növekedése jelzi.

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

Következtetés

A Keepalived probléma nélkül működik a Vultr-on, és készen áll az összes magas rendelkezésre állású architektúra kialakítására.