Christian Rice
2015-Aug-23 19:41 UTC
[Gluster-users] geo-replication master is distributed-replicated, slave is distributed only?
Thanks so much for the response. I want to be sure I understand your caveat about slave volume being larger?that is not intuitive. I?d think the slave volume could be the same size, that is, same useable space as seen by a fuse client. Where does a larger slave volume size requirement come from, if I may ask? From: M S Vishwanath Bhat <msvbhat at gmail.com<mailto:msvbhat at gmail.com>> Date: Saturday, August 22, 2015 at 10:59 AM To: Christian Rice <crice at pandora.com<mailto:crice at pandora.com>> Cc: "gluster-users at gluster.org<mailto:gluster-users at gluster.org>" <gluster-users at gluster.org<mailto:gluster-users at gluster.org>> Subject: Re: [Gluster-users] geo-replication master is distributed-replicated, slave is distributed only? On 21 August 2015 at 23:46, Christian Rice <crice at pandora.com<mailto:crice at pandora.com>> wrote: I?d like to have a distributed-replicated master volume, and distributed-only slave. Can this be done? Just beginning the research, but so far I?ve only done geo-replication with distributed-only volumes. Tips/caveats on this kind architecture are welcome. Yes, This can be done. Both master and slave can be of different configurations. But make sure that your slave volume has more effective size available than the master volume. HTH //MS The rationale is straightforward?the master volume should be able to stay available with all data when suffering a node loss, but the geo-replicated volumes can be taken offline for repairs and resync as soon as possible. Cheers, Christian _______________________________________________ Gluster-users mailing list Gluster-users at gluster.org<mailto:Gluster-users at gluster.org> http://www.gluster.org/mailman/listinfo/gluster-users -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://www.gluster.org/pipermail/gluster-users/attachments/20150823/de094656/attachment.html>
M S Vishwanath Bhat
2015-Aug-23 21:48 UTC
[Gluster-users] geo-replication master is distributed-replicated, slave is distributed only?
On 24 August 2015 at 01:11, Christian Rice <crice at pandora.com> wrote:> Thanks so much for the response. I want to be sure I understand your > caveat about slave volume being larger?that is not intuitive. I?d think > the slave volume could be the same size, that is, same useable space as > seen by a fuse client. Where does a larger slave volume size requirement > come from, if I may ask? >Well, slave *can* be of sma esize as master (useable space). There is no need for slave to me *more* size than master. But if you expand your master volume, make sure to expand slave volume as well. //MS> > > From: M S Vishwanath Bhat <msvbhat at gmail.com> > Date: Saturday, August 22, 2015 at 10:59 AM > To: Christian Rice <crice at pandora.com> > Cc: "gluster-users at gluster.org" <gluster-users at gluster.org> > Subject: Re: [Gluster-users] geo-replication master is > distributed-replicated, slave is distributed only? > > > > On 21 August 2015 at 23:46, Christian Rice <crice at pandora.com> wrote: > >> I?d like to have a distributed-replicated master volume, and >> distributed-only slave. >> >> Can this be done? Just beginning the research, but so far I?ve only done >> geo-replication with distributed-only volumes. Tips/caveats on this kind >> architecture are welcome. >> > > Yes, This can be done. Both master and slave can be of different > configurations. > > But make sure that your slave volume has more effective size available > than the master volume. > > HTH > > //MS > > >> >> The rationale is straightforward?the master volume should be able to stay >> available with all data when suffering a node loss, but the geo-replicated >> volumes can be taken offline for repairs and resync as soon as possible. >> >> Cheers, >> Christian >> >> _______________________________________________ >> Gluster-users mailing list >> Gluster-users at gluster.org >> http://www.gluster.org/mailman/listinfo/gluster-users >> > >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://www.gluster.org/pipermail/gluster-users/attachments/20150824/8272454b/attachment.html>