Wie Single Point of Failure zu vermeiden, wenn State-Server in ASP.NET-Website mit

Question

In meinem aktuellen Projekt haben wir eine Website (ASP.NET MVC) zu schaffen, die wahrscheinlich eine ausreichende Last auf eine Serverfarm zu verlangen. Ich verstehe, dass, wenn die Serverfarm verwendet wird, Sitzungszuständen muss irgendwo anders wie SQL-Server-Datenbank oder State-Server gespeichert werden.

Nach einigen Experimenten, sind wir geneigt, den Zustand Server-Mechanismus zu verwenden, aber die Tatsache, dass sie Single Point of Failure haben, macht mich nervös. Gibt es eine Methode, mit der wir „Single Point of Failure“ vermeiden, wenn State-Server verwenden?

Answer 1

Es ist etwas genannt Sitzungsstatus Partitionierung , die Sie nutzen könnten, um eine single point of failure zu vermeiden. Wenn dies noch nicht zusagt, dann sollten Sie überlegen, die versuchen, ASP.NET Geschwindigkeit Projekt, das es sieht vielversprechend aus, auch wenn es in CTP Stufe ist ähnlich.

Wenn Sie die volle Skalierbarkeit und Redundanz wollen, dann sollten Sie wahrscheinlich einen SQL Server-Cluster verwenden.

Answer 2

sharedcache ( http://www.sharedcache.com oder http://sharedcache.codeplex.com ) eine Implementierung für Sitzungen hat, ist es nicht so weit freigegeben, aber die Leute es verwenden.

Answer 3

Sie können SQL Server-Replikation auf eine andere Maschine einrichten oder verwenden Sie eine Failover-Cluster . Dies könnte möglicherweise teuer sein, aber würde Ihre Datenbank-Komponente robuster machen.

Technisch Ihr Web-Server Geräteraum ist ein Single Point of Failure, sowie Ihr Netzwerk, etc. würde ich nicht unbedingt mehr nervös über den Sitzungszustand als jeder von denen.