Re: Is there any easy way to decode openldap logs
--On Wednesday, March 10, 2021 10:38 PM +0530 chandan jain
<chandandevops(a)gmail.com> wrote:
Understood quanah, but I have a single app which performs both read and
write. App is using single connection string for binding with ldap. So
shall I use two separate connection string, one for read and one for
write in the application code ?
If you look closely at my response, I noted that apps that do writes should
use the same pool for reads. This is generally due to the fact most apps
I've run across do a read after write and may hit problems if the change is
not there (i.e., due to replication delays).
Also, as per the configuration setup suggested by you, how the
replication need to be setup, I mean mirror mode across write pool
members and another mirroring for read pool members from one of write
pool member.
I don't understand this question. There's a single set of servers, say A,
B, C, D. There are two pools configured in the load balancer. The first
pool uses a sticky setting, and always points to a single server for write
ops (say A) unless its down, at which point it will fail over to the first
available server (say B). The second pool is for reads, and does whatever
algorithm you think best (say round robin), and bounces between A, B, C, D.
What replication mechanism is in use has nothing to do with the load
balancer configuration. I would generally advise using delta-syncrepl
between nodes A, B, C D, all of which connect directly to one another and
don't interact directly with the load balancer at all.
Regards,
Quanah
--
Quanah Gibson-Mount
Product Architect
Symas Corporation
Packaged, certified, and supported LDAP solutions powered by OpenLDAP:
<http://www.symas.com>