2017-06-05 94 views
0

我有一个使用2个OpenAM(v12.0.0)和2个OpenDJ(v2.6.0)的解决方案。 OpenAMs位于负载均衡器的后面,OpenDJs配置为1 openAM将更喜欢1 openDJ,而另一个OpenAM将更喜欢其他OpenDJ。每个OpenAM机器都有它所偏好的OpenDJ。我跟着这个帖子来配置OpenAM验证多个OpenAM和OpenDJ的配置

Original Blog post

所以OpenDJ情况下,一旦我用的网站,然后我看着com.iplanet.am.lbcookie.value在价值两台服务器配置我OpenAM据报道,该站点配置应该给我serverId,然后计算siteId比最高serverId多1。我第一次得到01,第二次得到03。所以在我的LDAP服务器值我有以下

opendj1:1389 | 01 | 04

opendj2:1389 | 03 | 04

从我读这应该意味着openDJ1将openam1使用(服务器id 01),openDJ2将被openam2(服务器ID 03)使用。如果OpenAM 1不能访问OpenDJ1,它将故障转移到OpenDJ2。它是否正确?

我问的原因是,如果我查看OpenAM访问日志,我会发现每个实例正在处理的请求数量几乎是50-50。尽管如果我查看OpenDJ访问日志,这些请求似乎更倾向于OpenDJ1,即在OpenDJ1和OpenDJ2之间进行75 - 25分割。

欢迎任何建议。

回答

0

您应该检查两个DJ服务器的访问日志,并确定哪个AM服务器负责多少比例的流量。一旦你看到罪魁祸首,你应该确保OpenAM服务器在调试日志中没有提到任何连接问题。

其中一个AM服务器不得不故障切换到另一个DJ实例。请记住,在故障转移和恢复之后,OpenAM会保留故障转移期间的连接,并将继续向该DJ节点发送心跳请求。

+0

感谢您的回复。因此,如果OpenAM确实进行了故障转移,则连接将保留在OpenDJ上的故障中,直到连接刷新,然后新的连接将使用正常的OpenDJ打开? – user2663635

+0

当发生故障的服务器恢复时,OpenAM将检测到它的再次出现并从那时起将使用该服务器(尽管CTS连接仍然存在一个相当近期的错误,但仍然存在于第二台服务器上)。 –