我有一个使用2个OpenAM (v12.0.0)和2个OpenDJ (v2.6.0)的解决方案。openAM位于负载均衡器之后,并且配置了OpenDJ,因此1个OpenAM将优先选择1个openDJ,而另一个OpenAM将优先选择另一个OpenDJ。每台OpenAM机器上都托管着它喜欢的OpenDJ。我按照这篇文章在OpenAM中配置了OpenDJ实例
Original Blog post
因此,当我在站点中配置了两台服务器的OpenAM后,我查看了站点配置中com.iplanet.am.lbcookie.value的值,据说这应该会给我提供serverId,然后计算出siteId比最高serverId多1。第一个实例的serverid为01,第二个实例为03。因此,在我的LDAP服务器值中,我有以下内容
opendj1:1389|01|04
opendj2:1389|03|04
根据我的理解,这应该意味着openam1 (服务器id为01)将使用openDJ1,而openam2 (服务器id为03)将使用openDJ2。如果OpenAM 1无法访问OpenDJ1,它将故障转移到OpenDJ2。这是正确的吗?
我问这个问题的原因是,如果我查看OpenAM访问日志,我会发现每个实例处理的请求数几乎各占一半。但是,如果我查看OpenDJ访问日志,这些请求似乎更倾向于OpenDJ1,即OpenDJ1和OpenDJ2各占75 - 25。
欢迎任何建议。
发布于 2017-06-15 16:29:07
您应该检查两个DJ服务器的访问日志,并确定哪个AM服务器负责多大比例的流量。一旦您找到了罪魁祸首,您应该确保有问题的OpenAM服务器在其调试日志中没有任何提到的连接问题。
其中一台AM服务器很有可能必须故障转移到另一台DJ实例。请记住,在故障切换和恢复之后,OpenAM将保留在故障切换期间建立的连接,并将继续向该DJ节点发送心跳请求。
https://stackoverflow.com/questions/44365602
复制相似问题