我有一個使用2個OpenAM(v12.0.0)和2個OpenDJ(v2.6.0)的解決方案。 OpenAMs位於負載均衡器的後面,OpenDJs配置爲1 openAM將更喜歡1 openDJ,而另一個OpenAM將更喜歡其他OpenDJ。每個OpenAM機器都有它所偏好的OpenDJ。我跟着這個帖子來配置OpenAM驗證多個OpenAM和OpenDJ的配置
所以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分割。
歡迎任何建議。
感謝您的回覆。因此,如果OpenAM確實進行了故障轉移,則連接將保留在OpenDJ上的故障中,直到連接刷新,然後新的連接將使用正常的OpenDJ打開? – user2663635
當發生故障的服務器恢復時,OpenAM將檢測到它的再次出現並從那時起將使用該服務器(儘管CTS連接仍然存在一個相當近期的錯誤,但仍然存在於第二臺服務器上)。 –