[Gluster-users] Backup bricks?

[Aravinda]

Gluster Geo-replication can be used to replicate the data from one
Volume to other remote Volume. Geo-rep has intelligence in detecting
Changes happened in Volume without Crawling and syncing efficiently
using Rsync.

Geo-rep is continuous event, can be scheduled to run using stop/start
commands. For example, if Backup is required to run in night, then run
Geo-rep Start command in night and run Geo-rep stop command in the
morning.

Geo-rep is not exactly brick-brick copy, Slave Volume can be different
than Master Volume(1x2 Volume in Master and 1 brick in Slave).

Geo-replication is not a true Backup utility, you can't restore the Volume
to a particular date's state like we can do with other backup tools.

Let us know if you have any questions.

regards
Aravinda
http://aravindavk.in

On 08/17/2015 02:27 PM, Thibault Godouet wrote:
>
> I have a 1 x 2 = 2 volume geo-replicated to a single-brick volume in 
> another physical site, where I would like to set up a backup.
>
> I could setup a backup on a mount of the volume, but a quick test 
> shows it is slow in this setup (presumably because there are loads of 
> small files on there).
>
> Instead I thought I could maybe backup the filesystem where the brick 
> is (or rather a snapshot of the thin logical volume).  My 
> understanding is that all the files will be in there, and readable, so 
> it seems to me it would be fine to back things up from there.
>
> Is that right, or am I missing something here?
>
> Note the .glusterfs directory would also be backed up too, although 
> I'm not sure whether that would be of any use in a backup.
>
> More generally is there a recommended way to setup backups?
>
> Thanks,
> Thibault.
>
>
>
> _______________________________________________
> 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/20150818/39de3a91/attachment.html>