Apache HTTPD mod_proxy_balancer с активной / пассивной настройкой - PullRequest
Новая
       36

Apache HTTPD mod_proxy_balancer с активной / пассивной настройкой

1 голос
/ 17 июня 2011

Недавно я решил использовать Apache HTTPD (для CentOS - RPM-версия httpd-2.2.3-45.el5.centos) с mod_proxy и mod_proxy_balancer для создания программного балансировщика нагрузки, который работает на моих серверах приложений JBoss.Текущая настройка (см. Ниже), кажется, работает нормально, и оба сервера активно обрабатывают входящие запросы.

Однако я хотел бы настроить Active-Passive кластер, где один сервер активно обрабатывает запросы и при сбое, он переключится на пассивный узел, сделав его активным.Возможно ли это с mod_proxy_balancer?

Мой текущий сегмент httpd.conf, связанный с этим, выглядит следующим образом. 

<Proxy balancer://mycluster>
       Order deny,allow
       Allow from all

       BalancerMember http://192.168.2.1:8080 route=node1
       BalancerMember http://192.168.2.2:8080 route=node2
</Proxy>


ProxyPass / balancer://mycluster/ lbmethod=byrequests stickysession=JSESSIONID|jsessionid

ProxyPreserveHost On
ProxyPassReverse /  http://192.168.2.1:8080/
ProxyPassReverse /  http://192.168.2.2:8080/

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

Ответы [ 2 ]

5 голосов
/ 18 июня 2012

Использование одного из BalancerMember в качестве горячего резервирования 

<Proxy balancer://mycluster>
    BalancerMember http://192.168.2.1:8080 retry=30 
    # the hot standby
    BalancerMember http://192.168.2.2:8080 status=+H retry=0
</Proxy>

Теперь узел 1 обслуживает все запросы, а узел2 ждет, пока узел 1 не выйдет из строя и не вступит во владение. Как только узел 1 запущен, все запросы будут снова обслуживаться узлом 1. Apache проверяет каждые 30 секунд (повтор = 30), если узел 1 работает или все еще не работает, и переключается обратно на узел 1.

1 голос
/ 27 июня 2011

Я бы настроил пассивный узел с такой же конфигурацией, возможно, синхронизировался с rsync при загрузке или glusterfs и т. Д. И т. Д. *

С двумя одинаковыми балансировщиками, оба активными, я бы настроил общий IP, псевдоним на основном узле. Поэтому, если первичный узел дает сбой, вторичный узел немедленно запускает общий IP.

Полезные проекты для аварийного переключения ip - linux-ha, кардиостимулятор

...