¿Cómo evitar el punto único de fallo cuando se utiliza servidor de estado en la página web ASP.NET

Question

En mi proyecto actual, tenemos que crear un sitio web (ASP.NET MVC), que es probable que tenga carga suficiente para exigir una granja de servidores. Entiendo que si se utiliza granja de servidores, los estados de sesión se deben almacenar en otro lugar, como la base de datos del servidor SQL o servidor de estado.

Después de algunos experimentos, nos inclinamos a utilizar el mecanismo de servidor de estado, pero el hecho de que tendrá punto único de fallo, me pone nervioso. ¿Hay algún método por el cual podemos evitar el "punto único de fallo" cuando se utiliza servidor de estado?

Answer 1

Hay algo llamado sesión de partición estado que se puede utilizar, con el fin de evitar una single point of failure. Si esto todavía no le conviene, entonces usted podría considerar la posibilidad de probar el ASP.NET Velocidad proyecto, que parece prometedor a pesar de que está en la etapa CTP solamente.

Si desea completa escalabilidad y redundancia, entonces probablemente debería utilizar un clúster de SQL Server.

Answer 2

sharedcache ( http://www.sharedcache.com o http://sharedcache.codeplex.com ) tiene una implementación de sesiones, no es liberado hasta ahora, pero la gente lo está utilizando.

Answer 3

Se puede configurar la replicación de SQL Server a otra máquina o utilizar un clúster de conmutación . Esto podría ser caro, pero haría que su componente de base de datos más robusto.

Técnicamente, su web sala de equipos servidor es un punto único de fallo, así como su red, etc. que no necesariamente ser más nervioso sobre el estado de sesión que cualquiera de ellos.