Сервер состояния сеанса ASP.NET против сеанса InProc - PullRequest
9 голосов
/ 16 сентября 2009

Какое снижение производительности при запуске сервера состояний сеанса вместо InProc? Это важно? Я понимаю, что вы можете перезапустить w3wp с сервера состояний и сохранить все состояния сеанса - это единственное преимущество по сравнению с InProc?

Ответы [ 2 ]

10 голосов
/ 16 сентября 2009

Это зависит от ваших планов развертывания: на одном сервере штраф невелик, но выгода в равной степени ограничена: ваше состояние сеанса переживает повторения процессов (как уже упоминалось), но это все. В режиме StateServer у вас будет перекрестная сортировка, так что ожидайте дополнительную загрузку процессора, ничего особенного.

В настройке веб-фермы / балансировки нагрузки InProc не будет работать, если вы не можете настроить привязку сессий к серверу. Помните о том, что сам узел StateServer может стать единой точкой отказа, поэтому обязательно компенсируйте это. Сказав это, задержка StateServer, как правило, намного меньше (= лучше), чем при использовании режима SQLServer.

Убедитесь, что ваш код / ​​сайт корректно обрабатывает потерянное состояние, независимо от того, где вы храните данные.

0 голосов
/ 16 сентября 2009

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

Повторное выполнение рабочего процесса (но это, конечно, то же самое, что перезапуск w3wp) также убивает ваш сеанс, когда он InProc.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...