Модуль Apache mod_lbmethod_byrequests

Общие сведения

Этот модуль не предоставляет собственных директив конфигурации. Для его работы необходимы службы mod_proxy_balancer, а сам он предоставляет метод балансировки нагрузки byrequests.

Алгоритм подсчёта запросов

Этот планировщик включается с помощью lbmethod=byrequests. Его идея заключается в распределении запросов между различными рабочими процессами, чтобы каждый получал настроенную для него долю от общего числа запросов. Алгоритм работает следующим образом:

lbfactor — это ожидаемый объём работы для этого рабочего процесса, или рабочая квота процесса. Это нормализованное значение, представляющее его «долю» от общего объёма выполняемой работы.

lbstatus — это насколько срочно этому рабочему процессу нужно выполнять работу, чтобы выполнить свою квоту.

Рабочий процесс — это участник балансировщика нагрузки, обычно удалённый узел, обслуживающий один из поддерживаемых протоколов.

Мы распределяем рабочую квоту между рабочими процессами, а затем определяем, кому из них нужнее всего работать (у кого наибольшее значение lbstatus). Этот процесс выбирается для выполнения работы, а его lbstatus уменьшается на общую квоту, распределённую между всеми процессами. Таким образом, сумма всех значений lbstatus не изменяется (*), и запросы распределяются нужным образом.

Если некоторые рабочие процессы отключены, планирование для остальных всё равно будет выполняться корректно.

for each worker in workers worker lbstatus += worker lbfactor total factor += worker lbfactor if worker lbstatus > candidate lbstatus candidate = worker candidate lbstatus -= total factor

Если балансировщик настроен следующим образом:

И процесс b отключён, будет сформировано следующее расписание:

То есть запросы будут направляться так: a c d a c d a c d ... Обратите внимание:

Поведение будет точно таким же, как и при настройке:

Это объясняется тем, что все значения lbfactor нормализуются относительно друг друга. Для конфигурации:

рабочему процессу b в среднем будет доставаться в 4 раза больше запросов, чем процессам a и c.

Следующая несимметричная конфигурация работает ожидаемым образом:

То есть после 10 назначений расписание повторяется: выбираются 7 запросов для a, а между ними распределяются 3 запроса для b.