ASP を始める.NET Core IDistributedCache プロバイダ NCache

GowthamK著

概要

Web アプリケーションで使用される HTTP プロトコルはステートレス プロトコルであるため、データはどこにも保存されず、すべての Web 要求に対して、ブラウザによって新しい HTTP 接続が開かれます - ASP.NET Core ユーザーデータを保存するためのセッションを提供します。 このデータ ストアは ASP によって維持されます.NET Core アプリケーション自体はアプリケーションと同じサーバー上にあります。 ASPですが.NET Core セッションを格納するメモリ内セッション プロバイダーを提供します。場合によっては、負荷を分散する必要があります。 このようなシナリオでは、スティッキー セッションなどのセッション ストレージ戦略を使用できます。 この問題を克服するには、分散キャッシュ メカニズムが必要です。

スティッキー セッション

ASP.NET Core アプリケーションは、スティッキー セッションを使用して、アプリケーション リクエスト ルーティング モジュールを介して、各セッションを個々のサーバー上の特定のアプリ インスタンスに結び付けます。 スティッキー セッションは、サーバーの負荷分散が不適切なため、スケーラビリティに影響を与える可能性があります。 アプリケーションへのリクエストが増えるとサーバーの負荷も大きくなるので、スティッキーセッションを使ってサーバーをスケールアップする必要があり、非常に複雑です。

スティッキー セッションの問題を解決するには、セッション ストレージに SQL Server または分散キャッシュを使用することをお勧めします。 ただし、スケーラブルな ASP に関しては.NET core アプリケーションでは、セッションが BLOB として保存されるため、SQL データベースがパフォーマンスのボトルネックになります。

スケーラビリティに基づく最善のアプローチは、セッション ストレージに分散キャッシュを使用することです。