MVCのAzureロードバランサ、IPソース、httpセッション

Question

こんにちは、Azureロードバランサで作業していて、配布モードをIPソースに設定しています。もちろん、複数のWebマシンを実行しています。

MVCアプリケーションでこれを使用しています。これまでのところ、テストでセッションを維持することに問題は見つかりませんでした。

私の質問は、

IPソースを使用してスティッキセッションを維持すると、クライアントは常にProcセッションを実行している正しいボックスに送信されますか？

この設定でピット・フォールズに問題がありますか？

私はどこでも明確な答えを見つけることはできません。

Answer 1

現在のベストプラクティスは、可能であればサーバー側のセッション状態を回避することです。一般的に時間の約95％を占めることになります。これを行うには、ASP.NET MVCアプリケーションでCookieベースの認証を使用します。また、セッション状態に保存されたほとんどのデータは、システムへの影響を最小限に抑えてキャッシュまたはロードすることができます。結局のところ、ネイティブにウェブはとにかくステートレスです。

IPソースベースのロードバランシングは問題ありません。必要に応じてサーバー側のセッション状態を使用しています。しかし、アプリケーションは本当にステートレスであることをサポートするように設計/構築されるべきです。つまり、セッションデータが存在しない場合は、適切にロードされます。可能な限り例外をスローせずにユーザーの要求を正常に処理して、ユーザーが自分の仕事を続けることができるようにしたいと思っています。

ステートレスなものにすることで、ラウンドロビンまたはパフォーマンスベースのロードバランシングのいずれかを使用して、アプリケーションのパフォーマンスを向上させることができます。