So vermeiden Sie Single-Point-of-Failure bei Verwendung von State Server in ASP.NET-Website

Question

In meinem aktuellen Projekt müssen wir eine Website (ASP.NET MVC) erstellen, die eine ausreichende Auslastung haben, um eine Serverfarm zu verlangen. Ich verstehe, dass bei Verwendung der Serverfarm Sitzungsstatus an einer anderen Stelle wie SQL Server-Datenbank oder Statusserver gespeichert werden müssen.

Nach einigen Experimenten neigen wir dazu, den Status-Server-Mechanismus zu verwenden, aber die Tatsache, dass es einen einzigen Fehlerpunkt hat, macht mich nervös. Gibt es eine Methode, mit der wir "Single-Point-of-Failure" vermeiden können, wenn State Server verwendet wird?

Answer 1

Es gibt etwas namens session state partitioning, das Sie verwenden könnten, um eine single point of failure zu vermeiden. Wenn Ihnen das immer noch nicht passt, sollten Sie das Projekt ASP.NET Velocity ausprobieren, das vielversprechend aussieht, obwohl es nur in der CTP-Phase ist.

Wenn Sie vollständige Skalierbarkeit und Redundanz wünschen, sollten Sie wahrscheinlich einen SQL Server-Cluster verwenden.

Answer 2

Sie können die SQL Server-Replikation auf einem anderen Computer einrichten oder failover cluster verwenden. Dies könnte möglicherweise teuer sein, würde aber Ihre Datenbankkomponente robuster machen.

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

Answer 3

sharedcache (http://www.sharedcache.com oder http://sharedcache.codeplex.com) hat eine Implementierung für Sitzungen, es ist noch nicht veröffentlicht, aber die Leute nutzen es.