Открываются и закрываются HTTP-соединения для каждого запроса? - PullRequest
1 голос
/ 17 января 2012

У меня есть балансировщик нагрузки F5, который направляет трафик на 2 веб-сервера, один из которых имеет более высокий приоритет, чем другой, поэтому весь трафик направляется на него. Если сервер с более высоким приоритетом выйдет из строя, это будет означать, что весь трафик будет направлен на сервер с более низким приоритетом.

Мой вопрос заключается в том, направлен ли кто-либо на сервер с более низким приоритетом, потому что сервер с высоким приоритетом отключен, а затем сервер с более высоким приоритетом возвращается снова, если существующие соединения будут поддерживаться с сервером с более низким приоритетом.

Я спрашиваю, потому что мне говорят, что они останутся подключенными к серверу с более низким приоритетом, потому что TCP-соединение останется открытым. Я думал, что HTTP-соединения открываются и закрываются при загрузке объекта, так что это будет постоянно создавать новые подключения и направляться на высокоприоритетный сервер при его восстановлении.

1 Ответ

1 голос
/ 16 февраля 2012

HTTP-соединения больше не обязательно открываются и закрываются для каждого отдельного запроса. Фактически в HTTP / 1.1 по умолчанию соединение остается открытым, поэтому несколько запросов выполняются в короткие сроки (например, при загрузке изображений). и сценарии на веб-странице) может обойтись без настройки соединения и разрыва заголовка. Я укажу вам rfcs для получения дополнительной информации об этом.

Теперь с оговоркой, что мой фон не в настройке балансировщиков нагрузки ...

  • Если ваш балансировщик нагрузки действует как HTTP-прокси (а не просто прославленный маршрутизатор) только потому, что клиентская машина имеет постоянное соединение с балансировщиком нагрузки, не обязательно означает, что балансировщик нагрузки имеет постоянное соединение с вашим сервером ( заголовок соединения применяется для каждого сегмента согласно rfc .
  • Если ваш балансировщик нагрузки настроен на выполнение любой формы аффинности сеансов / липких сеансов , клиент, который подключается к нижнему серверу, может иметь будущие подключения, придерживающиеся нижнего сервера.
...