我有一个使用2个OpenAM(v12.0.0)和2个OpenDJ(v2.6.0)的解决方案。 OpenAMs位于负载均衡器后面,OpenDJ配置为1 openAM将优先选择1 openDJ,而另一个OpenAM优先选择其他OpenDJ。每台OpenAM机器都有它喜欢托管的OpenDJ。我按照这篇文章来配置OpenAM中的OpenDJ实例
因此,一旦我在站点中配置了两台服务器的OpenAM,我就会在站点配置中查看com.iplanet.am.lbcookie.value的值,据说该站点配置应该给我serverId,然后计算出siteId为比最高的serverId多1个。我的第一个实例的serverid为01,第二个为03。所以在我的LDAP服务器值中,我有以下
opendj1:1389 | 01 | 04
opendj2:1389 | 03 | 04
从我的阅读中,这应该意味着openam1将使用openD1(服务器ID 01),openam2将使用openDJ2(服务器ID 03)。如果OpenAM 1无法访问OpenDJ1,它将故障转移到OpenDJ2。它是否正确?
我问的原因是,如果我查看OpenAM访问日志,我看到每个实例正在处理的请求数量几乎有50-50分。虽然如果我查看OpenDJ访问日志,请求似乎更倾向于OpenDJ1,即OpenDJ1和OpenDJ2之间的75 - 25分割。
欢迎任何建议。
答案 0 :(得分:0)
您应该检查两台DJ服务器的访问日志,并确定哪个AM服务器负责流量的比例。一旦看到罪魁祸首,就应该确保有问题的OpenAM服务器没有调试日志中提到的任何连接问题。
其中一个AM服务器很可能必须故障转移到另一个DJ实例。请记住,在故障转移和恢复之后,OpenAM会保留故障转移期间建立的连接,并将继续向该DJ节点发送心跳请求。