Висока доступність за допомогою приватної мережі в Ubuntu 16.04 з Keepalived

Деякі архітектури високої доступності вимагають плаваючу IP-адресу. Ця функція доступна на платформі Vultr після ввімкнення приватної мережі. Vultr пропонує діапазон IP у кожній приватній мережі: «Ви можете використовувати будь-які IP-адреси, які вам подобаються, у приватній мережі. Ми призначаємо один IP-адресу за замовчуванням, але ви можете ігнорувати його та використовувати інші, якщо хочете». . Тому ми можемо використовувати будь-який віртуальний IP у межах приватного діапазону IP. У цьому прикладі показано пасивне/активне налаштування. Головний сервер вимагатиме плаваючу IP-адресу, якщо сервер не вийде з ладу. Якщо головний сервер не працює, резервний сервер затребує плаваючу IP-адресу.

Передумови

• Два екземпляри сервера Ubuntu 16.04 LTS x64 (головний і резервний сервер).
• Користувач sudo (або обліковий запис root) .

Підготовка системи

Почніть з увімкнення приватної мережі на кожному VPS. Ця функція добре задокументована .

Увійдіть у кожну систему як sudoкористувач і оновіть систему та її пакети:

apt-get update && apt-get upgrade 

Коли це буде зроблено, ми готові розпочати встановлення та налаштування Keepalived.

Встановлення Keepalived

Тепер, коли кожна система оновлена ​​і має приватну IP-адресу, ви можете встановити Keepalived на обидві.

apt-get install keepalived

Це встановить демон високої доступності. Keepalived — це програма, яка забезпечує високу доступність і функціональність балансування навантаження на основі протоколу резервування віртуального маршрутизатора (VRRP).

Головний сервер

На головному сервері відредагуйте файл конфігурації Keepalived.

nano /etc/keepalived/keepalived.conf

Це virtual_ipaddressIP, який ми будемо плавати між серверами. В priorityвизначає , хто буде володіти IP. Для майстра ми будемо використовувати пріоритет 200. Ми будемо використовувати 10.99.0.200як наш плаваючий віртуальний IP.

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

Резервний сервер

На сервері резервного копіювання відредагуйте файл конфігурації Keepalived.

nano /etc/keepalived/keepalived.conf

Тут ми визначимо так virtual_ipaddressсамо, як на головному сервері. Різниця полягає в тому, що пріоритет цього сервера нижчий, тому він запитуватиме IP-адресу лише тоді, коли головний сервер не в мережі.

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

Використання та тестування

Після того, як обидві служби Keepalived налаштовано, запустіть кожну службу та ввімкніть її під час завантаження.

systemctl start keepalived
systemctl enable keepalived

На третьому сервері (або на резервному сервері) почніть з тестування нашого спільного IP:

ping 10.99.0.200

Тепер перезавантажте головний сервер і подивіться, як IP переміститься на резервний сервер. Зазвичай на це вказує невелике збільшення затримки 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

Висновок

Keepalived працює без проблем на Vultr і готовий до всіх ваших архітектурних проектів високої доступності.