EnterpriseApps/Haproxy

HAProxy
Появился в:	2001
Оф. сайт:	haproxy.org
Репозиторий ALT Linux	haproxy
Лицензия:	GNU GPL v2

HAProxy — серверное программное обеспечение для обеспечения высокой доступности и балансировки нагрузки для TCP- и HTTP-приложений посредством распределения входящих запросов на несколько обслуживающих серверов.

Установка

$ su -
# apt-get install haproxy
# systemctl enable --now haproxy.service

Каталоги и файлы Tomcat

• /etc/haproxy/conf.d - каталог с настройками (по-умолчанию пустой)
• /etc/haproxy/haproxy.cfg - конфигурационный файл
• /etc/logrotate.d/haproxy
• /etc/sysconfig/haproxy - настройки службы haproxy

Настройка

Настройка HAProxy — довольно простой процесс. По сути, всё, что вам нужно сделать, это сообщить HAProxy, какие соединения он должен прослушивать и куда следует их ретранслировать.

Это делается путем создания файла конфигурации /etc/haproxy/haproxy.cfg с определяющими настройками.

Добавьте в конец файла два раздела - frontend %name% и backend %name% - %name% - замените на свои имена.

Например на http_front и http_back.

frontend http_front
   bind *:80
   stats uri /haproxy?stats
   default_backend http_back

backend http_back
   balance roundrobin
   server server_name1 private_ip1:80 check
   server server_name2 private_ip2:80 check

Данный параметр делает следующее:

• создает фронтенд http_front и бэкенд http_back
• для страницы статистики выбирается адрес /haproxy?stats
• при входе на адрес с портом :80 выбирается бэкенд http_back
  • у http_back тип баланса: Roundrobin (какие есть, см. ниже)
  • описываются два сервера с их именами и адресами

Типы баланса

• Roundrobin: каждый сервер используется по очереди в соответствии со своим весом. Это самый плавный и честный алгоритм, когда время обработки серверами остается равномерно распределенным. Этот алгоритм является динамическим, что позволяет регулировать вес сервера на лету.
• Leastconn: выбирается сервер с наименьшим количеством соединений. Циклический перебор выполняется между серверами с одинаковой нагрузкой. Использование этого алгоритма рекомендуется для длинных сеансов, таких как LDAP, SQL, TSE и т. д., но он не очень подходит для коротких сеансов, таких как HTTP.
• First: первый сервер с доступными слотами для подключения получает соединение. Серверы выбираются от самого низкого числового идентификатора до самого высокого, который по умолчанию соответствует положению сервера в ферме. Как только сервер достигает значения maxconn, используется следующий сервер.
• Source: IP-адрес источника хешируется и делится на общий вес запущенных серверов, чтобы определить, какой сервер будет получать запрос. Таким образом, один и тот же IP-адрес клиента будет всегда доставаться одному и тому же серверу, в то время как серверы остаются неизменными.