Назад | Перейти на главную страницу

Как сеанс TCP работает в решении DSR Load Balancer (L4)?

Представим себе клиента A просмотр живого потока (который переводится в кучу HTTP-запросов) с keep-alive заголовок включен.

    A -r-> LB-----> R1 --|
   /|\      |-----> R2 --|
    |       ------> R3 --| 
    |---R----------------|

Возможно ли, что этот DSR (прямой возврат сервера) Load Balancer (L4) предлагает least-conn метод?

Если да, то как reals успеваете работать с порядковым номером TCP? (а также keepalive соединение) Поскольку для каждого нового клиентского соединения LB может направить вас к другому real server.


(источник: haproxy.com)

Если вы используете DSR, то балансировщик нагрузки не проксирует TCP-соединение, и поэтому не должен изменять порядковые номера или номера подтверждений. В наши дни это не модно, поскольку он ограничен в функциональности и должен быть подключен к ферме на уровне 2, который не поддается размещению нескольких сервисов или балансировке нагрузки в нескольких центрах обработки данных, плюс современные балансировщики нагрузки работают на гораздо более мощных оборудование.