2016-05-18 6 views
2

ASP.NET MVCアプリケーションのデータベースとしてSQL Azureを使用したいと考えています。私は、このページに掲載されていAzureのSQLデータベースのリソース制限を見上げ:https://azure.microsoft.com/en-us/documentation/articles/sql-database-resource-limits/SQL Azure最大同時セッション

私は質問のカップルを持っている:

  1. は、列挙された評価指標の一つは、「最大同時セッション」です。私が正しく理解していれば、一度にログインできるユーザーの最大数を指します。したがって、Forms認証を使用するASP MVC Webサイトがある場合、ユーザーはSQL AzureのAspNetUsersテーブルに格納されます)、2,000人のログインユーザーが同時にWebサイトを積極的に使用しています。 ?

  2. ユーザーがログアウトしてブラウザを閉じることはない可能性があります。ブラウザに保存されている認証Cookieが期限切れになっていない場合は、次回Webサイトにアクセスしたときに再度ログインする必要はありません。これは、個人がログアウトしなかったために、ウェブサイトを使用していなくても、セッション全体を占有しているということですか?

  3. 現在、最大同時セッション数を保持できるデータベースはPremium P11データベースです。最大32,000の同時セッションを保持できます。これは本当に小さな数字のようです。同時に何十万人ものユーザーがログインしている多くのWebサイトやアプリがあります。私たちのウェブサイトに50,000人のユーザーがログインし、同時にそのWebサイトを積極的に使用する必要がある場合はどうなりますか? SQL Azureを使用できないということですか?セッションは、アプリケーションのユーザーセッションとは何の関係もあり、何もない

答えて

4

SQLサーバー(およびSQLデータベース)(これは、同時セッションの私の全体の理解が間違っていると信じて私をリードしている、私には正しく鳴りません)エンドユーザーがログアウトするかどうかを決定します。

SQLセッションは接続構造に関係しているので、基本的にアプリケーション層にはSQLデータベースへの接続セットがあります(アプリケーションの構築方法、実行されているインスタンスの数など)。これらの接続に関連付けられたセッションがあります。

あなたのコメントは約32,000セッションで、低い数値です:32,000ユーザーではありません。アプリサーバーとデータベースの間に32,000の接続が作成されています。

+0

これをクリアしていただきありがとうございます。私はこれがどう機能しているのか誤解していたと思っていましたが、話していることを知っている人から確認が必要でした。純粋に好奇心から、実際の生活の状況で誰かがアプリケーションとデータベースの間に32,000の接続を必要とするだろうか?私は、誰もがWebアプリケーションの30,000インスタンスにスケーリングしていることに疑いがあります。個々のソフトウェアインストールをアプリケーション層ではなくデータベースに接続するのは悪い習慣ではないでしょうか?一方、私はこれを正解とマークします。 – Gary

関連する問題