В чем разница между аффинностью сеанса и липким сеансом в контексте серверов балансировки нагрузки?
Разница между близостью сессии и липкой сессией?
Ответ 1
Я видел, что эти термины используются взаимозаменяемо, но есть разные способы его реализации:
- Отправьте cookie на первый ответ, а затем найдите его на последующих. Cookie говорит, какой реальный сервер отправить.
Плохо, если вам необходимо поддерживать браузеры без файлов cookie. - Разделение на основе IP-адреса запрашивающего.
Плохо, если он не является статичным или многие из них входят через один и тот же прокси. - Если вы аутентифицируете пользователей, раздел основан на имени пользователя (для этого должен быть режим аутентификации с поддержкой HTTP).
- Не требуется состояние.
Пусть клиенты попадают на любой сервер (отправить состояние клиенту и отправить его обратно)
Это не липкий сеанс, это способ избежать необходимости делать это.
Я бы заподозрил, что липкий может ссылаться на путь к файлу cookie, и эта близость может относиться к № 2 и № 3 в некоторых контекстах, но это не то, как я видел, как он использовался (или сам использует)
Ответ 2
Как я всегда слышал термины, используемые в сценарии балансировки нагрузки, они взаимозаменяемы. Оба означают, что после запуска сеанса один и тот же сервер обслуживает все запросы для этого сеанса.
Ответ 3
Важная сессия означает, что, когда запрос поступает на сайт от клиента, все дальнейшие запросы переходят к тому же самому серверу, к которому обратился клиентский запрос. Я считаю, что близость сессии является синонимом липкой сессии.
Ответ 4
Они одинаковы.
Оба означают, что при входе в балансировщик нагрузки запрос будет направлен на сервер, который обслуживал первый запрос (и имеет сеанс).
Ответ 5
Важная сессия означает перенаправление запросов определенного сеанса на тот же физический компьютер, который обслуживал первый запрос для этого сеанса.
Ответ 6
В этой статье я прояснил вопрос для меня и обсудил другие типы сохраняемости балансировки нагрузки.