2017-06-05 101 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連接仍然存在一個相當近期的錯誤,但仍然存在於第二臺服務器上)。 –