EnterpriseApps/Haproxy

Материал из ALT Linux Wiki
Stub.png
Данная страница находится в разработке.
Эта страница ещё не закончена. Информация, представленная здесь, может оказаться неполной или неверной.
HAProxy
Altenter-menu-Haproxy.png
Появился в: 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-адрес клиента будет всегда доставаться одному и тому же серверу, в то время как серверы остаются неизменными.