【问题标题】:Verify Configuration of multiple OpenAM and OpenDJ验证多个 OpenAM 和 OpenDJ 的配置
【发布时间】:2017-06-05 09:18:29
【问题描述】:

我有一个使用 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,第二个实例的 serverid 为 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 分。

欢迎任何建议。

【问题讨论】:

    标签: openam opendj


    【解决方案1】:

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

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

    【讨论】:

    • 感谢您的回复。因此,如果 OpenAM 进行了故障转移,则连接将与故障转移的 OpenDJ 保持一致,直到连接被刷新,然后新连接将使用正常的 OpenDJ 打开?
    • 当故障服务器恢复时,OpenAM 将检测到它的重新出现并从那时起使用该服务器(不过最近有一个关于 CTS 连接粘在第二台服务器上的错误)。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2016-03-13
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多