【问题标题】:Nuxeo Cluster - Load Balancer - Session replication failedNuxeo 集群 - 负载均衡器 - 会话复制失败
【发布时间】:2016-05-23 11:53:16
【问题描述】:

我已将 apache2.4 http 负载均衡器配置为:

ProxyPass /nuxeo balancer://sticky-balancer   stickysession=JSESSIONID|jsessionid nofailover=On

<Proxy balancer://sticky-balancer >
BalancerMember xxxxxxx.40:8080/nuxeo route=nxworker1
BalancerMember xxxxxxx.41:8080/nuxeo route=nxworker2
</Proxy >
ProxyPreserveHost On

在 nuxeo 实例上,我已按照 nuxeo 文档 40 的建议进行了配置:
nuxeo.server.jvmRoute=nxworker1 和 nuxeo.server.jvmRoute=nxworker2 在 41

当其中一个实例在前 40 次出现故障时,在用户连接并处理它期间,它需要再次登录,因为会话 似乎没有为节点 41 复制

大家有什么建议吗?

谢谢

【问题讨论】:

标签: apache session nuxeo sticky-session


【解决方案1】:

这是预期的:会话是粘性的,没有被复制。如文档中所述,您是否必须再次进行身份验证,具体取决于您的配置和架构:

Nuxeo 平台要求对所有调用进行身份验证。根据您的架构,身份验证可以是无状态的(例如:Basic Auth)或有状态的(例如:Form + Cookie)。无论哪种方式,您可能都不想在所有调用期间重放身份验证。

这就是为什么使用基于会话的身份验证 + 会话亲和性是有意义的:您不必每次调用服务器时都重新进行身份验证。

如果无法恢复会话亲和性,例如因为目标服务器已关闭:

  • 将自动重播无状态身份验证(例如:基本身份验证)
  • 对于状态身份验证:
    • 如果您有 SSO,这将是透明的
    • 如果您没有 SSO,则用户必须再次进行身份验证。

【讨论】:

  • 感谢 Julien Carsique!
猜你喜欢
  • 2016-01-11
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多