ASP.NETWebキャッシュがパフォーマンスとスケーラビリティに拍車をかける

イクバル・カーン

MicrosoftのWebアプリケーションフレームワークであるASP.NETに基づくアプリケーションは、企業にさらに浸透しています。 同時に、ユーザー数とトランザクション数の増加に起因するボトルネックにより、ITプロフェッショナルはパフォーマンスとスケーラビリティの向上を求めるようになり続けています。

問題：ASP.NETのボトルネック

ボトルネックは、さまざまな理由でASP.NETアプリケーションで発生する可能性があります。 最も明白なus: データストレージテクノロジーは、Webアプリケーションアーキテクチャほどスケーラブルではありません。 データストレージまたはデータアクセスを処理するASP.NETアプリケーション内の場所は、アプリケーションをスケーリングしようとするとすぐにログジャムになります。 これが発生するXNUMXつの領域は、リレーショナルデータベースまたはメインフレームデータベースからのセッション状態ストレージとアプリケーションデータです。

ASP.NETアプリケーションがWebサービスに対してサービス指向アーキテクチャー（SOA）呼び出しを行っている場合、別のボトルネックが発生します。 ここでは、WebサービスにASP.NETアプリケーションと同じ問題（つまり、データの保存とアクセス）があるため、速度が低下します。 Webサービスファームが複数のアプリケーション間で共有されているため、XNUMXつのASP.NETアプリケーションよりもはるかに多くのストレスがかかり、スケーラビリティのボトルネックが発生している可能性があります。

ユーザーのブラウザと ASP.NET Web ファームの間でもボトルネックが発生する可能性があります。これらの詰まりは、集中的な CPU 処理を伴う ASP.NET ページを一度に繰り返し実行する必要があるという事実に関連しています。このプロセスには、重いデータ要素 (画像、ドキュメントなど) をユーザーに何度も送信することも含まれます。

以前の TechNet Magazine の記事では、セッション状態とアプリケーション データに焦点を当てて、ASP.NET のパフォーマンスとスケーラビリティの問題について説明しました (2009 年 100 月の「ASP.NET アプリケーションのスケーラビリティの提供」を参照)。この記事では、Web ファームが成長するにつれて ASP.NET セッション状態が渋滞になる理由を含め、これらの問題がどのように発生するかについて説明しました。分散インメモリ キャッシュは、Microsoft の ASP.NET セッション ステート用の既存のストレージ オプションに代わる優れた代替手段であるという事実について説明しました。データベースからのアプリケーション データがどのようにスケーラビリティのボトルネックを引き起こす可能性があるかを説明しました。また、分散キャッシュが、それぞれ異なる機能を提供するさまざまなキャッシュ トポロジを利用して、ASP.NET セッション状態ストレージのボトルネックを解決する方法についても詳しく説明しましたが、すべてがスケーラビリティに対応し、XNUMX% の稼働時間を保証します。