<div dir="ltr"><div>Hi Aravinda and Sunny,</div><div><br></div><div>Thank you for the replies. We have 3 replicating nodes on the master side, and want to geo-replicate their data to the remote slave side. As I understand it if the master node which had the geo-replication create command run goes down then another node will take over pushing updates to the remote slave. Is that right?</div><div><br></div><div>We have already taken care of adding all master node's SSH keys to the remote slave's authorized_keys externally, so won't include the push-pem part of the create command.</div><div><br></div><div>Mostly I wanted to confirm the geo-replication behaviour on the replicating master nodes if one of them goes down. <br></div><div><br></div><div>Thank you!</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 25 Feb 2020 at 14:32, Aravinda VK <<a href="mailto:aravinda@kadalu.io">aravinda@kadalu.io</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="overflow-wrap: break-word;">Hi David,<div><br><div><br><blockquote type="cite"><div>On 25-Feb-2020, at 3:45 AM, David Cunningham <<a href="mailto:dcunningham@voisonics.com" target="_blank">dcunningham@voisonics.com</a>> wrote:</div><br><div><div dir="ltr"><div>Hello,</div><div><br></div><div>I've a couple of questions on geo-replication that hopefully someone can help with:</div><div><br></div><div>1. If there are multiple nodes in a cluster on the master side (pushing updates to the geo-replication slave), which node actually does the pushing? Does GlusterFS decide itself automatically?</div></div></div></blockquote><div><br></div>Once Geo-replication session is started, one worker will be started corresponding to each Master bricks. Each worker identifies the changes happened in respective brick and sync those changes via Mount. This way load is distributed among Master nodes. In case of Replica sub volume, one worker among the Replica group will become active and participate in the syncing. Other bricks in that Replica group will remain Passive. Passive worker will become Active if the previously Active brick goes down (This is because all Replica bricks will have the same set of changes, syncing from each worker is redundant).</div><div><br><blockquote type="cite"><div><div dir="ltr"><div><br></div><div>2.With regard to copying SSH keys, presumably the SSH key of all master nodes should be authorized on the geo-replication client side?</div></div></div></blockquote><div><br></div>Geo-replication session is established between one master node and one remote node. If Geo-rep create command is successful then,</div><div><br></div><div>- SSH keys generated in all master nodes</div><div>- Public keys from all master nodes are copied to initiator Master node</div><div>- Public keys copied to the Remote node specified in the create command</div><div>- Master public keys are distributed to all nodes of remote Cluster and added to respective ~/.ssh/authorized_keys</div><div><br></div><div>After successful Geo-rep create command, any Master node can connect to any remote node via ssh.</div><div><br></div><div>Security: Command prefix is added while adding public key to remote node’s authorized_keys file, So that if anyone gain access using this key can access only gsyncd command.</div><div><br></div><div>```</div><div>command=gsyncd ssh-key….</div><div>```</div><div><br></div><div><br><blockquote type="cite"><div><div dir="ltr"><div><br></div><div>Thanks for your help.<br></div><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div>David Cunningham, Voisonics Limited<br><a href="http://voisonics.com/" target="_blank">http://voisonics.com/</a><br>USA: +1 213 221 1092<br>New Zealand: +64 (0)28 2558 3782</div></div></div></div></div></div></div></div></div></div></div></div>
________<br><br><br><br>Community Meeting Calendar:<br><br>Schedule -<br>Every Tuesday at 14:30 IST / 09:00 UTC<br>Bridge: <a href="https://bluejeans.com/441850968" target="_blank">https://bluejeans.com/441850968</a><br><br>Gluster-users mailing list<br><a href="mailto:Gluster-users@gluster.org" target="_blank">Gluster-users@gluster.org</a><br><a href="https://lists.gluster.org/mailman/listinfo/gluster-users" target="_blank">https://lists.gluster.org/mailman/listinfo/gluster-users</a><br></div></blockquote><br></div><div><br></div><div>—</div><div>regards</div><div>Aravinda Vishwanathapura</div><div><a href="https://kadalu" target="_blank">https://kadalu</a>.io</div><br></div></div></blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div>David Cunningham, Voisonics Limited<br><a href="http://voisonics.com/" target="_blank">http://voisonics.com/</a><br>USA: +1 213 221 1092<br>New Zealand: +64 (0)28 2558 3782</div></div></div></div></div></div></div></div></div></div></div>