我的团队在多服务器设置上使用“进程内”会话状态模式。这显然对我来说似乎不对，因为会话状态在每台服务器上都是唯一的，并且不会被共享。
我们通过在两台服务器上（在应用程序的配置文件中）提供相同的机器密钥来解决这个问题。但我觉得这实际上并没有帮助......
对此表示赞赏。
谢谢！
问问题
5973 次
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 回答