Does anyone have any information on how state is managed in Azure when you choose to have multiple instances? It seems like InProc would be worthless and you would have to have another state server instance, or use the datastore to store the users state across servers.
Or does it implement sticky sessions, so InProc is all you need.
Found the answer here: Azure Forums
Table Storage would be the most logical place. Other server farm type setups also use a database table to store session info.
Take a look at the AspProviders project in the Windows Azure SDK samples. It has a SessionState provider that uses Azure Table Storage.
AppFabric Cache just went into production, and this is an excellent way to manage session data. In fact, it has a custom session state provider that simply drops into web.config. You'll find it in the Azure portal.
All info around cache sizes, pricing, and SLA is here.
Edit: Windows Azure Web Role templates now include the new ASP.NET Universal Providers, including a Session State provider that supports SQL Azure. Take a look at Nate Totten's blog post for more details.
EDIT 7/8/2012 Windows Azure now provides both a Cache Role and in-memory cache (both easily configurable with the latest tools and v1.7 SDK). The in-memory cache spreads cache across one of your existing roles instances, utilizing a set percentage of RAM (nice "free" option if you don't need much RAM in your app).
Not requiring session affinity and thus using session state providers that rely on Azure storage
or SQL Azure storage
is the best choice.
For some legacy applications you may still need session affinity. For those cases, ARR between Azure load balancer
and the Web farm
is an option.
More details at http://go.archims.fr/hW54Xz
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With