Thanks,
Mirror mode configuration cannot be horizontal scaled what I understood as writes are going to one of the node, and other act as an active standby.
I want 2 or more nodes behind a load balancer which can share read/write load. A kind of active active setup.
Regards Chandan Jain
On Mon, Mar 8, 2021, 23:44 Quanah Gibson-Mount quanah@symas.com wrote:
--On Sunday, March 7, 2021 8:39 PM +0530 chandan jain chandandevops@gmail.com wrote:
Thanks, Quanah
Is it possible to direct upgrade from 2.4.32 to latest version.
If you (temporarily) stick with the same backend, and in this case, if that same backend is linked to the exact same version of BDB, yes. I.e., compile the back-bdb/hdb backends against the same version of BDB, upgrade, and then migrate to back-mdb.
Also, can we horizontal scale a 2 node mirror mode setup? I am confused after seeing suggestions on different sites.
I don't understand the question here. Mirror mode is just a configuration of MMR with a load balancer in front.
--Quanah
--
Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: http://www.symas.com
--On Tuesday, March 9, 2021 3:28 PM +0530 chandan jain chandandevops@gmail.com wrote:
Thanks,
Mirror mode configuration cannot be horizontal scaled what I understood as writes are going to one of the node, and other act as an active standby.
I want 2 or more nodes behind a load balancer which can share read/write load. A kind of active active setup.
The point of mirror mode is that only one server in the pool gets writes. You can horizontally scale that as much as you want, whether there are 2 servers in the pool or 5000. I.e., as long as write traffic only goes to one of those servers, you have mirror mode.
Generally I would advise against distributing write traffic (i.e., do exactly what mirror mode does, direct all write traffic to a single active node unless it goes down and fail over is necessary). Spread out read traffic as desired.
--Quanah
--
Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: http://www.symas.com
chandan jain chandandevops@gmail.com schrieb am 09.03.2021 um 10:58 in
Nachricht CAMojrsXkoHnv0fp_gWOeEADnzdXELiq3AjR-w0pJjGft5KBU5A@mail.gmail.com:
Thanks,
Mirror mode configuration cannot be horizontal scaled what I understood as writes are going to one of the node, and other act as an active standby.
I want 2 or more nodes behind a load balancer which can share read/write load. A kind of active active setup.
I wonder: If you have a 2-node MMR setup fed through a loadbalancer for writing, it there really a performance benefit over sending all updates to one node that replicates the changes to the other?
Regards, Ulrich
Regards Chandan Jain
On Mon, Mar 8, 2021, 23:44 Quanah Gibson-Mount quanah@symas.com wrote:
--On Sunday, March 7, 2021 8:39 PM +0530 chandan jain chandandevops@gmail.com wrote:
Thanks, Quanah
Is it possible to direct upgrade from 2.4.32 to latest version.
If you (temporarily) stick with the same backend, and in this case, if that same backend is linked to the exact same version of BDB, yes. I.e., compile the back-bdb/hdb backends against the same version of BDB, upgrade, and then migrate to back-mdb.
Also, can we horizontal scale a 2 node mirror mode setup? I am confused after seeing suggestions on different sites.
I don't understand the question here. Mirror mode is just a configuration of MMR with a load balancer in front.
--Quanah
--
Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: http://www.symas.com
Thanks Ulrich, but Won't MMR behind a loadbalancer cause data inconsistentcy if I allow writes to both nodes. As per openldap documentation, mirror mode is not a multi provider solution , as writes go to just one of the mirror at a time in a 2 node setup.
I am confused which one shall I use, N node mirror mode setup behind a load balancer as suggested by Quanah (write to one provider and read with other mirror pool members) or N nodes with multi provider setup spreading writes to both nodes.
Regards Chandan
On Wed, Mar 10, 2021, 13:29 Ulrich Windl Ulrich.Windl@rz.uni-regensburg.de wrote:
chandan jain chandandevops@gmail.com schrieb am 09.03.2021 um 10:58
in Nachricht CAMojrsXkoHnv0fp_gWOeEADnzdXELiq3AjR-w0pJjGft5KBU5A@mail.gmail.com:
Thanks,
Mirror mode configuration cannot be horizontal scaled what I understood
as
writes are going to one of the node, and other act as an active standby.
I want 2 or more nodes behind a load balancer which can share read/write load. A kind of active active setup.
I wonder: If you have a 2-node MMR setup fed through a loadbalancer for writing, it there really a performance benefit over sending all updates to one node that replicates the changes to the other?
Regards, Ulrich
Regards Chandan Jain
On Mon, Mar 8, 2021, 23:44 Quanah Gibson-Mount quanah@symas.com wrote:
--On Sunday, March 7, 2021 8:39 PM +0530 chandan jain chandandevops@gmail.com wrote:
Thanks, Quanah
Is it possible to direct upgrade from 2.4.32 to latest version.
If you (temporarily) stick with the same backend, and in this case, if that same backend is linked to the exact same version of BDB, yes. I.e., compile the back-bdb/hdb backends against the same version of BDB, upgrade, and then migrate to back-mdb.
Also, can we horizontal scale a 2 node mirror mode setup? I am
confused
after seeing suggestions on different sites.
I don't understand the question here. Mirror mode is just a
configuration
of MMR with a load balancer in front.
--Quanah
--
Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: http://www.symas.com
chandan jain chandandevops@gmail.com schrieb am 10.03.2021 um 09:46 in
Nachricht CAMojrsUnrA_LYH0tHqCZoCTezu8mXPCys=VHEEHtbOvRwawhbg@mail.gmail.com:
Thanks Ulrich, but Won't MMR behind a loadbalancer cause data inconsistentcy if I allow writes to both nodes. As per openldap documentation, mirror mode is not a multi provider solution , as writes go to just one of the mirror at a time in a 2 node setup.
That's correct, but the replication starts practically immediately, so usually the data is up-to-date within a second if the other side is ready and reachable. After all LDAP was never designed to be a real-time database.
I am confused which one shall I use, N node mirror mode setup behind a load balancer as suggested by Quanah (write to one provider and read with other mirror pool members) or N nodes with multi provider setup spreading writes to both nodes.
A load-balancer that is not doing round-robin (but some other policy, like response time or throughput) probably would be OK.
Regards, Ulrich
Regards Chandan
On Wed, Mar 10, 2021, 13:29 Ulrich Windl Ulrich.Windl@rz.uni-regensburg.de wrote:
chandan jain chandandevops@gmail.com schrieb am 09.03.2021 um 10:58
in Nachricht CAMojrsXkoHnv0fp_gWOeEADnzdXELiq3AjR-w0pJjGft5KBU5A@mail.gmail.com:
Thanks,
Mirror mode configuration cannot be horizontal scaled what I understood
as
writes are going to one of the node, and other act as an active standby.
I want 2 or more nodes behind a load balancer which can share read/write load. A kind of active active setup.
I wonder: If you have a 2-node MMR setup fed through a loadbalancer for writing, it there really a performance benefit over sending all updates to one node that replicates the changes to the other?
Regards, Ulrich
Regards Chandan Jain
On Mon, Mar 8, 2021, 23:44 Quanah Gibson-Mount quanah@symas.com wrote:
--On Sunday, March 7, 2021 8:39 PM +0530 chandan jain chandandevops@gmail.com wrote:
Thanks, Quanah
Is it possible to direct upgrade from 2.4.32 to latest version.
If you (temporarily) stick with the same backend, and in this case, if that same backend is linked to the exact same version of BDB, yes. I.e., compile the back-bdb/hdb backends against the same version of BDB, upgrade, and then migrate to back-mdb.
Also, can we horizontal scale a 2 node mirror mode setup? I am
confused
after seeing suggestions on different sites.
I don't understand the question here. Mirror mode is just a
configuration
of MMR with a load balancer in front.
--Quanah
--
Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: http://www.symas.com
A load-balancer that is not doing round-robin (but some other policy, like response time or throughput) probably would be OK
OK agreed with you, but above loadbalancer config doesn't solve problem of horizontal scaling and load balancing.
In other words, is it possible to achieve a horizontally scalable, highly available and load balanced setup.
Regards Chandan
On Wed, Mar 10, 2021, 16:26 Ulrich Windl Ulrich.Windl@rz.uni-regensburg.de wrote:
chandan jain chandandevops@gmail.com schrieb am 10.03.2021 um 09:46
in Nachricht CAMojrsUnrA_LYH0tHqCZoCTezu8mXPCys=VHEEHtbOvRwawhbg@mail.gmail.com:
Thanks Ulrich, but Won't MMR behind a loadbalancer cause data inconsistentcy if I allow writes to both nodes. As per openldap documentation, mirror mode is not a multi provider solution , as writes
go
to just one of the mirror at a time in a 2 node setup.
That's correct, but the replication starts practically immediately, so usually the data is up-to-date within a second if the other side is ready and reachable. After all LDAP was never designed to be a real-time database.
I am confused which one shall I use, N node mirror mode setup behind a load balancer as suggested by Quanah (write to one provider and read with other mirror pool members) or N nodes with multi provider setup spreading writes to both nodes.
A load-balancer that is not doing round-robin (but some other policy, like response time or throughput) probably would be OK.
Regards, Ulrich
Regards Chandan
On Wed, Mar 10, 2021, 13:29 Ulrich Windl <
Ulrich.Windl@rz.uni-regensburg.de>
wrote:
chandan jain chandandevops@gmail.com schrieb am 09.03.2021 um
10:58
in Nachricht CAMojrsXkoHnv0fp_gWOeEADnzdXELiq3AjR-w0pJjGft5KBU5A@mail.gmail.com:
Thanks,
Mirror mode configuration cannot be horizontal scaled what I
understood
as
writes are going to one of the node, and other act as an active
standby.
I want 2 or more nodes behind a load balancer which can share
read/write
load. A kind of active active setup.
I wonder: If you have a 2-node MMR setup fed through a loadbalancer for writing, it there really a performance benefit over sending all updates
to
one node that replicates the changes to the other?
Regards, Ulrich
Regards Chandan Jain
On Mon, Mar 8, 2021, 23:44 Quanah Gibson-Mount quanah@symas.com
wrote:
--On Sunday, March 7, 2021 8:39 PM +0530 chandan jain chandandevops@gmail.com wrote:
Thanks, Quanah
Is it possible to direct upgrade from 2.4.32 to latest version.
If you (temporarily) stick with the same backend, and in this case,
if
that same backend is linked to the exact same version of BDB, yes. I.e., compile the back-bdb/hdb backends against the same version of BDB, upgrade, and then migrate to back-mdb.
Also, can we horizontal scale a 2 node mirror mode setup? I am
confused
after seeing suggestions on different sites.
I don't understand the question here. Mirror mode is just a
configuration
of MMR with a load balancer in front.
--Quanah
--
Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by
OpenLDAP:
--On Wednesday, March 10, 2021 6:43 PM +0530 chandan jain chandandevops@gmail.com wrote:
A load-balancer that is not doing round-robin (but some other policy, like response time or throughput) probably would be OK
OK agreed with you, but above loadbalancer config doesn't solve problem of horizontal scaling and load balancing.
In other words, is it possible to achieve a horizontally scalable, highly available and load balanced setup.
You set up two pools in the load balancer
Pool 1 -> For apps that only do reads, and handles load distribution in whatever method you feel best. Example DNS: ldap.example.com
Pool 2 -> For apps that write directly. Sticky session to a single provider unless it goes offline. Example DNS: ldap-provider.example.com
--Quanah
--
Quanah Gibson-Mount Product Architect Symas Corporation Packaged, certified, and supported LDAP solutions powered by OpenLDAP: http://www.symas.com
openldap-technical@openldap.org