Назад | Перейти на главную страницу

Keepalived для более чем 20 виртуальных адресов

Я настроил keepalived на двух машинах Debian для обеспечения высокой доступности, но я столкнулся с максимальным количеством виртуальных IP-адресов, которые я могу назначить своему vrrp_instance. Как мне настроить и отключить более 20+ виртуальных IP-адресов?

Это очень простая настройка:

LB01: 10.200.85.1
LB02: 10.200.85.2
Virtual IPs: 10.200.85.100 -  10.200.85.200

На каждой машине также выполняется привязка Apache (позже Nginx) к виртуальным IP-адресам для прекращения действия сертификата клиента SSL и проксирования на внутренние веб-серверы. Причина, по которой мне нужно так много VIP, - это невозможность использовать VirtualHost на HTTPS.

Это мой keepalived.conf:

vrrp_script chk_apache2 {
        script "killall -0 apache2"
        interval 2
        weight 2
}

vrrp_instance VI_1 {
        interface eth0
        state MASTER
        virtual_router_id 51
        priority 101
        virtual_ipaddress {
            10.200.85.100
            .
            . all the way to
            .
            10.200.85.200
}

Идентичная конфигурация есть на машине BACKUP, и работает нормально, но только до 20-го IP.

Я нашел КАК обсуждая эту проблему. По сути, они предлагают иметь только один VIP и маршрутизировать весь трафик «через» этот IP-адрес, и «все будет хорошо». Это хороший подход? Я запускаю брандмауэры pfSense перед машинами.

Цитата из приведенной выше ссылки:

ip route add $VNET/N via $VIP

or

route add $VNET netmask w.x.y.z gw $VIP

Заранее спасибо.

РЕДАКТИРОВАТЬ:

@David Schwartz сказал, что имеет смысл добавить маршрут, поэтому я попытался добавить статический маршрут в брандмауэр pfSense, но это не сработало, как я ожидал.

Маршрут pfSense:

Interface:            LAN
Destination network:  10.200.85.200/32 (virtual IP)
Gateway:              10.200.85.100    (floating virtual IP)
Description:          Route to VIP .100

Я также убедился, что на моих хостах включена пересылка пакетов:

$ cat /etc/sysctl.conf
net.ipv4.ip_forward=1
net.ipv4.ip_nonlocal_bind=1

Я делаю это неправильно? Я также удалил все VIP из keepalived.conf, поэтому он терпит неудачу только после 10.200.85.100.

Самым простым решением, не меняющим вашу текущую архитектуру, является использование virtual_ipaddress_excluded. Например

vrrp_instance VI_1 {
    interface eth0
    state MASTER
    virtual_router_id 51
    priority 101

    virtual_ipaddress {
        10.200.85.100
    }

    virtual_ipaddress_excluded {
        10.200.85.101
        . all the way to
        10.200.85.200
    }
}

virtual_ipaddress_excluded содержит список IP-адресов, которые с помощью keepalived будут активироваться и отключаться на сервере, однако они не включены в сам пакет VRRP, поэтому не учитываются при подсчете 20 IP-адресов.

В моих конфигурациях я предпочитаю выделять IP специально для virtual_ipaddress. то есть тот, который включен в пакеты VRRP, а все остальное помещает в virtual_ipaddress_excluded. Это хорошая идея, потому что вы не хотите менять основной IP только потому, что клиент ушел.