推奨の方法は、<p>私はそれが他の人が普遍プロバイダを使用して、SQL Azureテーブルでセッション状態を保存するために、SQL Azureのを使うと言いながら、紺碧のあるお勧めのdevのアプリ生地キャッシュが言ういくつかの記事を読んだことがあります。そこにいる専門家は私に、より良く、なぜそれがわかるか教えてください。 「なぜ」私はキャッシュが特定の取引/時間の制限、帯域幅/時間、および同時接続数を持っているrecommendation.Thanks</p>

Question

にasp.netセッションを使用する

Answer 1

のために前方に私の場合を置く必要があります。トランザクションと帯域幅のしきい値は1時間単位であるため、これらの制限値を維持する必要があります。価格は線形ではないので、セッションの使用量を見積もり、必要以上にキャッシュを作成することもできますが、考慮する必要があります。

SQL Azureでは、ユニバーサルプロバイダを経由して、このような制限はありません。あなたのキャッシュストレージ要件はわかりませんが、キャッシュが100MB未満の場合は、キャッシュサービスの月額5ドル、キャッシュサービスの最低45ドルです。また、4GBのキャッシュスペースが必要な場合は、5GBのSQL Azureキャッシュが大幅に安くなります。

キャッシュ・プロバイダーには特定の使用目標があります。たとえば、4GBのキャッシュは、1時間に最大1280万回のトランザクション、または1秒あたり3,500を超えるトランザクションをサポートします。 1秒あたり100トランザクション以上の128MBキャッシュも提供します。

ので：コストが要因である、とあなたがあなたのキャッシュトランザクション速度とデータ量がSQL Azureの場合、SQL Azureので扱うことができると信じている場合

• ：私は2つの基本的な基準に決定を見たいですあなたの最善の策であると思われます（また、キャッシュサービスの最大4GBをはるかに超えるサイズに拡張されます）。 SQL Azureには公開されているトランザクションレート情報はありませんが、パフォーマンスが低下する前に1秒あたりにいくつのセッションヒットをプッシュできるかを確認するための簡単なテストを行うことができます。
• アプリが非常に高いトランザクションレートを要求する場合、公開されたキャッシュのトランザクションターゲットは、より良いソリューションとしてキャッシュを指します。 注：おそらく、1回のインスタンスからキャッシュに対して毎秒3,500トランザクションを生成することはできません。これは複数インスタンスのシナリオになります。

キャッシュの詳細については、hereを参照してください。

別にSQLおよび共有キャッシュからEDIT、あなたが今、あなた自身の専用キャッシュを構成することができ、どちらか（ロールインスタンスは、コスト何の原価計算）配備内の既存のロール（あなたに何の原価計算しない）から、またはキャッシュの役割とメモリを使用して。デプロイメントと同じ場所に配置されているため、これはもっとも高速なオプションです。 memcachedプロトコルもサポートしています。詳細はhereを参照してください。

Answer 2

この記事では、Azureの3つの異なるセッション状態管理の利点と欠点について説明します。sessions in azure