Представим себе клиента 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, который не поддается размещению нескольких сервисов или балансировке нагрузки в нескольких центрах обработки данных, плюс современные балансировщики нагрузки работают на гораздо более мощных оборудование.