Сервер состояния сеанса ASP.NET по сравнению с сессией InProc
Google вокруг для проблемы "C10K". Это - в основном обсуждение и технология вокруг управления 10,000 или больше одновременных подключений.
я подозреваю, что это число было выбрано, потому что это твердо, но теоретически возможно.
2 ответа
Это зависит от ваших планов развертывания: на одном сервере штраф невелик, но выгода в равной степени ограничена: состояние вашего сеанса выдерживает повторные циклы процесса (как упоминалось), но это все. У вас будет некоторый кросс-процессный маршаллинг в режиме StateServer, так что ожидайте некоторой дополнительной загрузки процессора, ничего слишком впечатляющего.
В настройке веб-фермы / балансировки нагрузки InProc не будет работать, если вы не настроите привязку сеансов / серверов. Помните о том, что сам узел StateServer может стать единственной точкой отказа, поэтому обязательно компенсируйте это. При этом задержка StateServer в целом намного меньше (= лучше), чем при использовании режима SQLServer.
Убедитесь, что ваш код / сайт корректно обрабатывает потерянное состояние, независимо от того, где вы храните данные.
Если у вас есть настройка баланса нагрузки (без использования закрепленных сеансов) вы не можете использовать InProc, поскольку (конечно, в зависимости от настройки баланса нагрузки) вы можете переключаться между узлами.
Повторные циклы рабочего процесса (но это, конечно, то же самое, что и перезапуск w3wp) будут также завершите сеанс, когда это InProc.