Azure Load Balancer, IP-Quelle, http-Sitzung in MVC

Question

Hallo, wir haben mit dem Azure Load Balancer gearbeitet und den Verteilungsmodus auf IP-Quelle eingestellt. Wir betreiben natürlich mehrere Webmaschinen.

Wir verwenden dies mit einer MVC-Anwendung. Bisher haben wir keine Probleme mit der Aufrechterhaltung der Sitzung in Test festgestellt.

Meine Frage ist;

Ist es üblich, IP Source zu verwenden, um Sticky Sessions zu verwalten, so dass der Client immer an die richtige Box gesendet wird, die in Proc Sitzung läuft?

Gibt es irgendwelche Probleme mit oder Grube fällt mit diesem Setup.

Ich kann nirgendwo eine definitive Antwort finden.

Answer 1

Die aktuelle Best Practice ist, wenn möglich, den serverseitigen Sitzungszustand zu vermeiden. was im Allgemeinen ungefähr 95% der Zeit ist. Dazu würden Sie die Cookie-basierte Authentifizierung in einer ASP.NET MVC-Anwendung verwenden. Und die meisten Daten, die im Sitzungsstatus gespeichert sind, können im Cache mit minimaler Auswirkung auf das System zwischengespeichert oder geladen werden. Immerhin ist das Web sowieso staatenlos.

IP Source-basierter Lastenausgleich ist in Ordnung; Verwenden Sie bei Bedarf den serverseitigen Sitzungsstatus. Die Anwendung sollte jedoch so entworfen/gebaut werden, dass sie staatenloser ist. Das heißt, dass Sitzungsdaten nur dann ordnungsgemäß geladen werden, wenn sie nicht vorhanden sind. Sie möchten Benutzeranfragen wirklich elegant bearbeiten, ohne eine Ausnahme auszulösen, wenn dies möglich ist, damit der Benutzer seine Arbeit fortsetzen kann.

Indem Sie Dinge zustandsloser halten, können Sie eine bessere Anwendungsleistung erzielen, indem Sie entweder Round-Robin oder Performance-basierten Lastenausgleich verwenden.