Краткий обзор возможностей HaProxy


HaProxy - чудодивный и очень гибкий инструмент для балансировки трафика. Имеет целую кучу опций и вариантов настройки, а также имеет свои причуды. Мне будет очень тяжело изложить содержание всех моих черновиков на эту тему в рамках этой статьи, поскольку она получится большой и тяжелой для усваивания, но я постараюсь дать обзор базовых принципов настройки.

На момент написания статьи вышел стабильный релиз 1.5.3 с поддержкой балансировки SSL соединений. В те времена, когда мне приходилось работать с Haproxy, доставка SSL трафика к конечному серверу производилась обычным форвардингом соединения на 443 порт.

К сожалению в репозитариях CentOS и Ubuntu последняя версия еще не доступна. Поэтому ее не буду рассматривать. О том, как установить и настроить HaProxy из исходников будет отдельная статья.

Устанавливается оно с помощью обычно мэнэджера пакетов. Дальше буду работать с CentOS:

yum install haproxy

После установки файл настроек сохраняется в /etc/haproxy

По умолчанию в этом файле можно описать все настройки. Есть общие настройки haproxy и настройки так называемых бэк-эндов (back-ends).

Общие настройки из секции "global", как правило не требуют изменений.

Конфигурацию бэк-эндов я рассмотрю подробнее. Бэк-эндом (BackEnd) называется сервер, который находится за балансировщиком нагрузки, многие их называют головами или вэб головами (web heads). Есть два подхода к описанию кластеров серверов, находящихся за балансировщиком нагрузки:

1. Простой метод "listen->servers" используется в том случае, если у Вас есть несколько вэб серверов (допустим 3), их параметры одинаковы (CPU/RAM) и весь трафик равномерно распределяется между ними. В функционале серверов нету разницы. Каждый из них в равной степени может обрабатывать все входящие запросы. В таком случае

listen listener_mane
bind ip_address:80
option <option1>
option <option2>
....................
option <optionN<
server server1 192.168.1.10:80 <option1> <option2> ... 

2. Более тонкий метод "frontend->backend->servers". В этом случае сервера групируются в так называемые backend, которые по сути представляют собой подобие секции "listen", описанной в предыдущем пункте. Backendы в свою очередь объединятся в гллобальный frontend.

frontend <instance_name>
bind <ip_address:port>
mode <layer mode>
option <option1>
option <option2>
…
option <optionN>
acl <acl_name1> <acl_type> <acl_definition>

use_backend <backend_name> if <acl_name1> 
default_backend <backend_name>

backend static <backend_name>
balance <ballance method>
option <option1>
option <option2>
…
option <optionN>
server <server_name1> <nod_ip_address>:<port> <option1> <option2> … <option N>
server <server_name2> <nod_ip_address>:<port> <option1> <option2> … <option N>

backend web<backend_name> server <server_name2> <nod_ip_address>:<port> <option1> <option2> … <option N>
backend backoffice <backend_name> server <server_name2> <nod_ip_address>:<port> <option1> <option2> … <option N>

bind - определяет ip адрес и порт, на котором будет создан ip сокет для входящих соединений.

Что же качается режимов балансироваки нагрузки (mode <layer mode>), то их всего два:

  • http - используется исключительно для балансировки http трафика (уровень 7 OSI). Позволяет использовать возможности манипуляции с заголовками, куками и т.д.
  • tcp - универсальный режим. Можно использовать для балансироваки любого трафика (https, mysql, smtp, и т.д.)

option - с помощью этой директив можно включить дополнительные плюшки для необходимой секции. Все опции можно посмотреть здесь.

Практические примеры по настройке можно почитать здесь.

Описание всех опций секции seerver можно найти по адресу http://haproxy.tech-notes.net/5-2-server-and-default-server-options/

Share Button
(Visited 1 146 times, 1 visits today)

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *