Am I right that the configuration that is actually being used will come
from the leader? Well, except the exception like the bootstrap list...

Asking because I'd like to have a clear process to change the configuration
in a way that at the end of the process I can be sure that all nodes use
the new configuration.

So assuming that I have a 2+ node MM2 cluster, all nodes has the same
configuration and I'd like to change the configuration for the cluster, I
plan to restart each node after each other with the new configuration. When
I change configuration, I change it to the same on all nodes. Am I right
that at the end I can be sure that the cluster uses the new configuration,
because on the process I will bounce the leader for sure with the new
config.

I actually plan to run it on Kubernetes, so I am using a rolling restart on
Kubernetes.
I only have one mirroring path, but I guess this would work if I have more
paths as well.

Peter

On Thu, 16 Jan 2020 at 16:36, Ryanne Dolan <ryannedo...@gmail.com> wrote:

> MM2 nodes only communicate via Kafka -- no connection is required between
> them.
>
> To reconfigure, a rolling restart probably won't do what you expect, since
> the configuration is always dictated by a single leader. Once the leader is
> bounced, it will broadcast the new configuration via Kafka. If you bounce a
> follower, it will still use the old configuration.
>
> It's slightly more complicated than that actually, since there are multiple
> connectors in each cluster->cluster "herder". When there are multiple
> clusters being replicated, there may be dozens of leaders. So a rolling
> restart might be a good idea for larger deployments.
>
> And technically there are some properties that do affect followers, e.g. a
> follower will read connection info like bootstrap.servers directly from
> mm2.properties, not from the leader via Kafka. Obviously that would be a
> chicken-egg problem otherwise! So a rolling restart would be prudent when
> making such changes.
>
> So I guess, generally speaking, rolling restarts are a good idea -- just be
> advised that it won't necessarily behave as you expect.
>
> Ryanne
>
> On Thu, Jan 16, 2020, 7:55 AM Péter Sinóros-Szabó
> <peter.sinoros-sz...@transferwise.com.invalid> wrote:
>
> > Hi,
> >
> > I run two instances of MM2 with the command connect-mirror-maker.sh
> >
> > Q1., Is there any requirement to cluster MM2? Like a network connection
> > between the nodes? How do MM2 coordinate the work between nodes?
> >
> > Q2., Assuming I run two instances and want to update the configuration,
> > should it work if I rolling restart the nodes after each other? It seems
> > that after the restart both nodes still run with the old configuration.
> So
> > what should be the correct way of reconfiguring a MM2 cluster?
> >
> > Cheers,
> > Peter
> >
>

Reply via email to