Балансировка нагрузки на основе файлов cookie для веб-сокетов?

Моя ситуация заключается в том, что в настоящее время мы пишем онлайн-приложение, которое использует Node.js на стороне сервера с прослушивателем WebSocket. У нас есть две разные части :одна обслуживает страницы и использует node.js и express+ejs, другая представляет собой совершенно другое приложение, которое включает только библиотеку socket.io для веб-сокетов. Итак, мы подошли к вопросу масштабируемости части веб-сокетов.

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

После этого введения у меня возник вопрос: -можно ли использовать балансировку нагрузки на основе файлов cookie для веб-сокетов? Итак, скажем, каждое соединение от пользователя с cookie-файлом server=server1 всегда будет перенаправляться на server1, и каждое соединение с cookie-файлом server=server2 будет перенаправлено на server2, а соединение без такого cookie-файла будет перенаправлено на наименее загруженный сервер.

ОБНОВЛЕНИЕ :Как говорится в одном «ответе» --, да, я знаю, что это существует. Только не вспомнил, что называется липкой сессией. Но вопрос в том --, будет ли это работать для веб-сокетов? Возможны ли осложнения?