Вопрос по load-balancing, session – Разница между сессионной близостью и липкой сессией?

120

В чем разница междуsession affinity а такжеsticky session в контексте балансировки нагрузки серверов?

Ваш Ответ

6   ответов
10

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

3
Обнаружено, что содержимое вышеуказанной ссылки (больше не доступно) было перемещено вarchive.li/SG4fA Он в основном перечисляет различные типы постоянства, поддерживаемые балансировщиком нагрузки F5.
Вот почему вы не просто публикуете ссылки без объяснения причин.
По-видимому, больше не доступен, но естьcopy in the, Wayback machine
77

что эти термины взаимозаменяемы, но есть разные способы его реализации:

Send a cookie on the first response and then look for it on subsequent ones. The cookie says which real server to send to.
Bad if you have to support cookie-less browsers Partition based on the requester's IP address.
Bad if it isn't static or if many come in through the same proxy. If you authenticate users, partition based on user name (it has to be an HTTP supported authentication mode to do this). Don't require state.
Let clients hit any server (send state to the client and have them send it back)
This is not a sticky session, it's a way to avoid having to do it.

Я подозреваю, что «липкий» может относиться к способу «cookie», и что сходство может относиться к # 2 и # 3 в некоторых контекстах, но это не то, как я видел, как он использовал (или использовал его сам)

FWIW Heroku называет их противоположностью. Сеанс Afifinity основан на файлах cookie и не поддерживает прикрепление.devcenter.heroku.com/articles/session-affinity
Если запрос привязан к физическому серверу, что произойдет в случае сбоя этого сервера? Существует ли стратегия использования cookie для хранения отказоустойчивого сервера?
В случае сбоя сервера происходит сбой приложения - возможно, вам необходимо снова войти в систему. Может быть, вы потеряли данные. Обычно балансировщик нагрузки выбирает другой сервер, и вы продолжаете работать, но некоторое состояние теряется. Если это неприемлемо, вам нужно как можно быстрее получить состояние для БД или других серверов или иметь стратегию без сохранения состояния.
11

Оба означают, что при входе в балансировщик нагрузки запрос будет направлен на сервер, который обработал первый запрос (и имеет сеанс).

38

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

21

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

Похожие вопросы