質問

複数のインスタンスを選択した場合、Azureで状態がどのように管理されるかについての情報はありますか? InProcは価値がなく、別の状態サーバーインスタンスを用意するか、データストアを使用してサーバー全体のユーザー状態を保存する必要があるようです。

またはスティッキーセッションを実装するので、InProcだけで十分です。

ここで答えを見つけました: Azureフォーラム

役に立ちましたか?

解決

テーブルストレージは最も論理的な場所です。他のサーバーファームタイプのセットアップでも、データベーステーブルを使用してセッション情報を保存します。

Windows Azure SDKサンプルのAspProvidersプロジェクトをご覧ください。 Azure Table Storageを使用するSessionStateプロバイダーがあります。

他のヒント

AppFabric Cacheは本番環境に移行したばかりであり、セッションデータを管理する優れた方法です。実際、web.configにドロップするだけのカスタムセッション状態プロバイダーがあります。 Azureポータルにあります。

キャッシュサイズ、価格設定、およびSLAに関するすべての情報は、こちら

編集:Windows Azure Webロールテンプレートには、SQL Azureをサポートするセッション状態プロバイダーを含む新しいASP.NETユニバーサルプロバイダーが含まれるようになりました。詳細については、Nate Tottenのブログ投稿をご覧ください詳細。

EDIT 7/8/2012 Windows Azureは、キャッシュロールとメモリ内キャッシュの両方を提供するようになりました(両方とも最新のツールとv1.7 SDKで簡単に構成可能)。メモリ内キャッシュは、既存のロールインスタンスの1つにキャッシュを分散し、設定された割合のRAMを利用します(アプリに多くのRAMが必要ない場合は、「無料」オプションを使用します)。

セッションアフィニティを必要としないため、 Azureストレージまたは SQL Azureストレージに依存するセッション状態プロバイダーを使用するのが最良の選択です。

一部のレガシーアプリケーションでは、セッションアフィニティが必要な場合があります。そのような場合、 Azureロードバランサー Webファーム間のARRはオプションです。

詳細については、 http://go.archims.fr/hW54Xz

をご覧ください。

別のオプションは、スティッキーhttpセッションを使用することです:

http://dunnry.com/blog/2010/10/14/ StickyHTTPSessionRoutingInWindowsAzure.aspx

その後、InProcを使用できます。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top