Vérifier la configuration de plusieurs OpenAM et OpenDJ

Question

J'ai une solution qui utilise 2 OpenAMs (v12.0.0) et 2 OpenDJs (v2.6.0). Les OpenAM sont derrière un équilibreur de charge et les OpenDJ sont configurés donc 1 openAM préférera 1 openDJ et l'autre OpenAM préférera l'autre OpenDJ. Chaque machine OpenAM a l'OpenDJ qu'elle préfère héberger dessus. J'ai suivi ce post pour configurer les instances de OpenDJ dans OpenAM

Original Blog post

Alors une fois que je suis mon OpenAM configuré avec deux serveurs dans le site que je puis regardé la valeur de com.iplanet.am.lbcookie.value en la configuration du site qui devrait me donner le serverId et ensuite calculé le siteId pour être 1 plus que le plus haut serverId. J'ai eu 01 pour le serverid de ma première instance et 03 pour ma seconde. Donc, dans mes valeurs de serveur LDAP je les suivantes

opendj1: 1389 | 01 | 04

opendj2: 1389 | 03 | 04

De ma lecture cela devrait signifier openDJ1 sera utilisé par openam1 (serveur id 01) et openDJ2 sera utilisé par openam2 (identifiant du serveur 03). Si OpenAM 1 ne peut pas accéder à OpenDJ1, il basculera vers OpenDJ2. Est-ce correct?

La raison pour laquelle je pose la question est que si je regarde les journaux d'accès OpenAM, je vois presque 50-50 divisé par le nombre de requêtes traitées par chaque instance. Bien que si je regarde dans les journaux d'accès OpenDJ les demandes semblent favoriser OpenDJ1 c'est-à-dire 75 - 25 partagé entre OpenDJ1 et OpenDJ2.

Tout conseil est le bienvenu.

Answer 1

Vous devez vérifier les journaux d'accès des deux serveurs DJ et identifier quel serveur AM est responsable de la proportion du trafic. Une fois que vous voyez le coupable, vous devez vous assurer que le serveur OpenAM en question n'a aucun problème de connexion mentionné dans ses journaux de débogage.

Il y a de fortes chances que l'un des serveurs AM ait dû basculer vers l'autre instance DJ. Gardez à l'esprit qu'après un basculement et une récupération, OpenAM conserve les connexions établies pendant le basculement et continue d'envoyer des requêtes de pulsation à ce nœud DJ.