4

我的团队在多服务器设置上使用“进程内”会话状态模式。这显然对我来说似乎不对,因为会话状态在每台服务器上都是唯一的,并且不会被共享。

我们通过在两台服务器上(在应用程序的配置文件中)提供相同的机器密钥来解决这个问题。但我觉得这实际上并没有帮助......

对此表示赞赏。

谢谢!

4

2 回答 2

10

使用InProc会话状态时,会话将本地存储在为请求提供服务的服务器上,因此在两台服务器上使用相同的机器密钥将无法达到目的。

此选项不适合在网络场环境中使用。一台农场机器存储会话状态,而另一台则不存储。来自同一用户的后续 Web 请求可能无法读取正确的会话状态。

考虑一个非常常见的场景:

假设 Web 请求被路由到农场机器 A,并且请求调用的代码依赖于会话中存储的一些参数。如果同一用户在下一个同样依赖于会话状态的 Web 请求中被路由到机器 B,那么结果将是不可预测的。

有一种叫做StickySessions的东西可以解决上述情况。但这真的好吗?

此功能意味着,如果客户端返回第二个请求,则负载均衡器会将流量重定向到同一 Web 服务器。它也称为客户亲和性。这对于在本地存储会话状态的 Web 服务器可能很重要,因此当同一访问者返回时,我们不希望与该用户相关的状态不可用,因为请求被路由到不同的 Web 服务器。

这绝对超出了网络场中负载平衡的目的。我们应该避免这种解决方案,以便负载平衡器可以根据当前负载在场中选择“正确”的机器。

阅读此处以获得完整的理解:http ://dotnetcodr.com/2013/07/01/web-farms-in-net-and-iis-part-5-session-state-management/

于 2013-08-14T08:33:10.730 回答
0

您可以使用 AppFabric 会话状态来管理分布式会话

http://msdn.microsoft.com/en-us/library/hh361709(v=azure.10).aspx

于 2014-07-25T13:00:51.713 回答