Великі веб-сайти можуть бути "збалансованими" на кількох машинах. У багатьох налаштуваннях, збалансованих навантаженням, користувач може потрапити на будь-яку із задніх машин протягом сеансу. Через це існує низка методів, що дозволяють багатьом машинам ділитися сеансами користувачів.
Вибраний метод буде залежати від стилю збалансованості завантаження, а також від доступності / потужності резервного зберігання:
Інформація про сеанс, збережена лише у файлах cookie : Інформація про сеанс (а не лише ідентифікатор сеансу) зберігається у файлі cookie користувача. Наприклад, cookie користувача може містити вміст їх кошика для покупок. Щоб запобігти підробленню користувачами даних сеансу, разом із файлом cookie може бути наданий HMAC. Цей метод, мабуть, найменш підходить для більшості застосувань:
- Не потрібно зберігати резервне копіювання
- Користувачеві не потрібно натискати на одну і ту ж машину щоразу, тож можна використовувати балансування навантаження DNS
- Немає затримок, пов’язаних із отриманням інформації про сеанс з машини бази даних (як це передбачено HTTP-запитом). Корисно, якщо ваш сайт збалансований завантаженням машин на різних континентах.
- Кількість даних, які можуть зберігатися в сеансі, обмежена (обмеженням розміру файлу cookie 4K)
- Якщо шифрувач не може бачити вміст свого сеансу, потрібно використовувати шифрування
- HMAC (або подібне) потрібно використовувати для запобігання підробці користувачами даних сеансу
- Оскільки дані сеансу не зберігаються на стороні сервера, розробникам складніше проводити налагодження
Балансир завантаження завжди спрямовує користувача на одну і ту ж машину : Багато балансирів завантаження можуть встановлювати власне печиво сеансу, вказуючи, з якої резервної машини користувач надсилає запити, і надалі спрямовує їх на цю машину. Оскільки користувач завжди спрямований на одну машину, обмін сеансами між декількома машинами не потрібно. Це може бути добре в деяких ситуаціях:
- Обробку сеансу існуючої програми, можливо, не потрібно буде змінювати, щоб зрозуміти кілька машин
- Для зберігання сеансів не потрібна спільна система баз даних (або подібних), можливо, підвищивши надійність, але ціною складності
- Запуск машини для запуску зніме з нього всі сеанси роботи користувача, розпочаті на ньому.
- Вивести машини з експлуатації складніше. Користувачам, які мають сеанси на машині, яку потрібно зняти для обслуговування, слід дозволити виконувати свої завдання до вимкнення машини. Щоб підтримати це, веб-балансири навантажень можуть мати функцію "зливання" запитів на певну машину резервного копіювання.
Спільна база даних або сховище ключів / цінностей : Інформація про сеанс зберігається в базі даних резервного копіювання, до якої всі веб-сервери мають доступ до запитів та оновлень. Браузер користувача зберігає файл cookie, що містить ідентифікатор (наприклад, ідентифікатор сесії), вказуючи на інформацію про сеанс. Це, мабуть, найчистіший метод із трьох:
- Користувачеві ніколи не потрібно піддаватися збереженій інформації про сеанс.
- Користувачеві не потрібно натискати на одну і ту ж машину щоразу, тож можна використовувати балансування навантаження DNS
- Одним із недоліків є вузьке місце, яке може бути розміщене в будь-якій системі зберігання резервного копіювання.
- Інформація про сеанс може бути закінчена та послідовно створена резервна копія.
Загалом, більшість динамічних веб-додатків виконують ряд запитів до баз даних або запитів на зберігання ключів / цінностей, тому база даних або сховище ключів / цінностей є логічним місцем зберігання даних сеансу.