Sticky сеанс против общего местоположения

Question

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

IЯ следую этому руководству , и мне было интересно узнать об этой липкой части сеанса. Так как у меня есть все общие статические данные, хранящиеся на NAS, к которым имеют доступ оба сервера drupal, почему бы не определить в PHP.ini обоих drupalсерверы session.save_path куда-то на этом NAS вместо использования липких сессий?будет ли это работать?

Каковы плюсы и минусы этого?спасибо!

Answer 1

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

Answer 2

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

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

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