ケーススタディ - NCache VHM でのリソース使用量が 30% 向上

課題

Virgin HealthMiles は、ASP.NET Web サーバー、中間層アプリケーション サーバー、データベース サーバーを使用して Web サイトをサポートしています。 Dhinsa 氏によると、Web サイトに流入するトラフィック量が増加するにつれて、データベース サーバーが常に最も大きな攻撃を受けていました。 興味深いことに、このトラフィックによってデータベース サーバーに多大な負荷が生じていた一方で、データベースからアクセスされるデータの大部分は、複数の訪問者にとってほとんど同一でした。 ディンサ氏は「例えば、ユーザーは、進行中の課題に関するデータや企業ベースの情報などにアクセスする。ユーザーはこのデータに何度もアクセスし、複数のユーザーが同じ共通データにアクセスしている」と説明した。

「トラフィックのピーク時には、私たちのサイトには 1 時間あたり何千人もの訪問者が訪れます。多くのユーザーが同じ課題に参加していたり​​、同じ雇用主グループに属しているため、データベースは同じクエリを実行して同じデータを何度も返すことがよくあります。ユーザー数が増加すると、これが潜在的なボトルネックになる可能性があることがわかりました。」その結果、同氏は次のように付け加えました。「私たちは、予測される成長に確実に対応できるようにプラットフォームを拡張したかったので、データベース サーバーのリソース要件を軽減するソリューションが必要でした。クラスタ環境では、最初に別のサーバーを追加することでこれを管理できたのは幸運でした」 「データベース サーバーをクラスターに接続しました。しかし、それは効率的ではなく、明らかに経済的に持続可能ではありません。そこで、分散キャッシュ テクノロジのオプションを検討し始めました。」

NCache ソリューション

Virgin Healthマイルが見つかりました NCache by Alachisoft これは、多くの企業が最近直面しているトラフィックの増加という課題を管理するための理想的なソリューションです。 多くの企業 Web サイトは、ASP.NET アプリケーションが膨大な量のデータ要求を管理しているときに、同じスケーラビリティのボトルネックの問題に直面しています。 多くのアプリケーションは負荷分散されたサーバー ファームで実行され、XNUMX つの脆弱なリンクを除いて全体的なアーキテクチャが非常に拡張性が高いため、XNUMX 秒あたり数千のトランザクションと数十万の同時ユーザーを処理します。 そして、この弱点はスケーラブルではないデータベースです。 ことわざにあるように、「鎖の強さは、最も弱い部分の強さによって決まります。」 したがって、データ アクセスはスケーラビリティに対する大きなボトルネックになりやすいです。

ディンサ氏は、「会員のトラフィックは着実に増加し続けており、データベース サーバーが最も大きな影響を受けていることに気づきました。 それが私たちを導いたのは、 NCache ボトルネックを防ぐためにさらに多くのデータベース サーバーを投入し続けることなく、データベース サーバーの負荷を軽減します。 今私たちが使っているのは NCache 繰り返し使用されるすべての一般的なデータを一時的に保存します。 これにより、データベースへのかなりの回数のアクセスが節約され、以前のデータベースの取得が不要になり、トラフィックの蓄積のボトルネックが防止されます。」 同氏は、「Virgin HealthMiles は ASP.NET Session State オブジェクトを使用しませんが、代わりに独自のカスタム セッション オブジェクトを通じてユーザー セッションを追跡しています。」と付け加えました。 彼らが使用していない間、 NCache セッション ストレージの場合、それ自体、アプリケーションにカスタム セッション オブジェクトが実装されています。 カスタム セッション オブジェクトの一部は次の場所に保存されます。 NCache キャッシュ有効期間は最大 XNUMX 分間です。 その後、有効期限が切れて自身が無効になり、データベースから再度更新されます。

次はどうする？

• NCache 詳細
• ダウンロード NCache
• パーソナライズされたLIVEデモをリクエストする