複数のインスタンスを持つことを選択した場合に、Azure で状態がどのように管理されるかについて誰か情報を持っていますか? InProc は価値がないように思われ、別の状態サーバー インスタンスを用意するか、データストアを使用してサーバー間でユーザーの状態を保存する必要があります。
それとも、スティッキー セッションを実装するので、必要なのは InProc だけです。
ここで答えを見つけました: Azure フォーラム
複数のインスタンスを持つことを選択した場合に、Azure で状態がどのように管理されるかについて誰か情報を持っていますか? InProc は価値がないように思われ、別の状態サーバー インスタンスを用意するか、データストアを使用してサーバー間でユーザーの状態を保存する必要があります。
それとも、スティッキー セッションを実装するので、必要なのは InProc だけです。
ここで答えを見つけました: Azure フォーラム
Table Storage は最も論理的な場所です。他のサーバー ファーム タイプのセットアップも、データベース テーブルを使用してセッション情報を保存します。
Windows Azure SDK サンプルの AspProviders プロジェクトを見てください。Azure Table Storage を使用する SessionState プロバイダーがあります。
AppFabric キャッシュは実稼働を開始したばかりで、これはセッション データを管理するための優れた方法です。実際、web.config にドロップするだけのカスタム セッション状態プロバイダーがあります。Azure portal で見つけることができます。
キャッシュ サイズ、料金、SLA に関するすべての情報は、こちら.
編集: Windows Azure Web ロール テンプレートには、SQL Azure をサポートするセッション状態プロバイダーを含む、新しい ASP.NET ユニバーサル プロバイダーが含まれるようになりました。詳細については、Nate Totten のブログ投稿をご覧ください。
編集 2012 年 7 月 8 日Windows Azure は、キャッシュ ロールとインメモリ キャッシュの両方を提供するようになりました (どちらも最新のツールと v1.7 SDK で簡単に構成できます)。インメモリ キャッシュは、設定された割合の RAM を利用して、既存のロール インスタンスの 1 つにキャッシュを分散します (アプリで大量の RAM が必要ない場合は、「無料」オプションが適しています)。
セッション アフィニティを必要としないため、依存する、Azure storage
またはSQL Azure storage
最良の選択であるセッション状態プロバイダーを使用します。
一部のレガシー アプリケーションでは、セッション アフィニティがまだ必要な場合があります。Azure load balancer
そのような場合、と の間の ARRWeb farm
はオプションです。
もう 1 つのオプションは、スティッキー http セッションを使用することです。
http://dunnry.com/blog/2010/10/14/StickyHTTPSessionRoutingInWindowsAzure.aspx
次に、InProc を使用できます。