Contexte : je débarque dans un nouveau service depuis une quizaine.
Question charge, je suis autour de 150 utilisateurs... J'ai pas mal entendus de problème sur la tenue en charge d'openldap. Pour le moment, ca a l'air de tenir.
Question schema, je pense me faire mes propres outils en perl (ou bash) à partir d'une base existante. Le système tourne en production avec un seul annuaire ldap pour le moment ! Je suis en train de placer des secondaires ici ou là, a des endroits stratégiques. La base utilisateur est aussi à refaire, tous les utilisateurs ne sont pas des mêmes classes ! Mais ca marche...
Bref, j'aurais préféré commencer mieux mon entrée en matière concernant ldap. C'est en forgeant qu'on devient forgeron.
Les solutions que tu me proposes m'intéresse grandement dès que j'aurais stabilisé et fiabilisé mon système actuel avec les moyens actuels...
[^] # Re: slapd + slurpd + heartbeat + lvs < enclume pour écraser une mouche ?
Posté par Sytoka Modon (site web personnel) . En réponse au message libnss-ldap avec plusieurs serveurs ldap. Évalué à 2.
Question charge, je suis autour de 150 utilisateurs... J'ai pas mal entendus de problème sur la tenue en charge d'openldap. Pour le moment, ca a l'air de tenir.
Question schema, je pense me faire mes propres outils en perl (ou bash) à partir d'une base existante. Le système tourne en production avec un seul annuaire ldap pour le moment ! Je suis en train de placer des secondaires ici ou là, a des endroits stratégiques. La base utilisateur est aussi à refaire, tous les utilisateurs ne sont pas des mêmes classes ! Mais ca marche...
Bref, j'aurais préféré commencer mieux mon entrée en matière concernant ldap. C'est en forgeant qu'on devient forgeron.
Les solutions que tu me proposes m'intéresse grandement dès que j'aurais stabilisé et fiabilisé mon système actuel avec les moyens actuels...