使用InProc会话状态时,会话将本地存储在服务于请求的服务器上,因此在两台服务器上使用相同的机器密钥将无法实现此目的.
此选项不适合在Web场环境中使用.一台农场机器存储会话状态而不存储另一台农场机器.来自同一用户的后续Web请求可能无法读取正确的会话状态.
考虑一个非常常见的情况:
想象一下,Web请求被路由到服务器场A,并且请求调用的代码依赖于存储在会话中的一些参数.如果同一用户在下一个Web请求中被路由到机器B,该请求也依赖于会话状态,则结果将是不可预测的.
有一种名为StickySessions的东西可以解决上述情况.但这真的很棒吗？
此功能意味着如果客户端返回第二个请求,则负载均衡器会将该流量重定向到同一个Web服务器.它也称为客户端亲和力.这对于在本地存储会话状态的Web服务器很重要,这样当相同的访问者返回时,我们不希望与该用户相关的状态不可用,因为请求被路由到不同的Web服务器.
这绝对胜过了Web场中负载平衡的目的.我们应该避免这种解决方案,以便负载均衡器可以根据当前负载选择场中的"正确"机器.
请阅读此处以获得完整的理解:http://dotnetcodr.com/2013/07/01/web-farms-in-net-and-iis-part-5-session-state-management/
| 归档时间： |
|
| 查看次数： |
5434 次 |
| 最近记录： |