asp.net - ASP.NETセッション状態サーバーとInProcセッション

Question

InProcの代わりにSessionStateServerを実行した場合のオーバーヘッドパフォーマンスのペナルティは何ですか？それは重要ですか？状態サーバーでw3wpを再起動し、すべてのセッション状態を保持できることを理解しています-それがInProcに対する唯一の利点ですか？

Answer 1

展開計画によって異なります。単一のサーバーでは、ペナルティはわずかですが、メリットも同様に制限されます。セッションの状態は、プロセスのリサイクル後も存続します（前述のとおり）が、それだけです。StateServerモードでクロスプロセスマーシャリングが行われるため、追加のCPU負荷が発生することを期待してください。それほど印象的ではありません。

Webファーム/負荷分散のセットアップでは、スティッキーセッション/サーバーアフィニティを構成できない限り、InProcは機能しません。StateServerノード自体が単一障害点になる可能性があることに注意してください。そのため、必ずそれを補ってください。そうは言っても、StateServerの待機時間は、SQLServerモードを使用する場合よりも一般的にはるかに短くなります（=より良くなります）。

データの保存場所に関係なく、コード/サイトが失われた状態を適切に処理するようにしてください。

Answer 2

（スティッキーセッションを使用せずに）負荷分散を設定している場合は、（もちろん負荷分散の設定に基づいて）ノードを切り替える可能性があるため、InProcを使用できません。

ワーカープロセスをリサイクルすると（もちろん、w3wpを再起動するのと同じです）、セッションがInProcの場合もセッションが強制終了されます。