[Gluster-users] [Gluster-devel] Using geo-replication as backup solution using gluster volume snapshot!

Aravinda avishwan at redhat.com
Tue Mar 8 15:57:39 UTC 2016


Awesome idea!

Now Geo-rep can be used to take daily/monthly backup. With Gluster
3.7.9, we can run Geo-replication whenever required instead of running
all the time.

http://review.gluster.org/13510 (geo-rep: Script to Schedule
Geo-replication)

Full Backup:
------------
1. Create Geo-rep session.
2. Run Schedule Geo-rep script
3. Take Gluster Volume Snapshot at Slave side.

Incremental(Daily):
-------------------
1. Run Schedule Geo-rep script
2. Take Gluster Volume Snapshot at Slave side

Note: Delete old snapshots regularly.

Restore:
--------
Depending on the snapshot you want to recover, Clone the snapshot to
create new Volume and then establish Geo-replication from cloned
Volume to new volume where ever required.

If we need to restore any specific file/directory then just mount the
snapshot and copy data to required location.

regards
Aravinda

On 03/07/2016 05:13 PM, Kotresh Hiremath Ravishankar wrote:
> Added gluster-users.
>
> Thanks and Regards,
> Kotresh H R
>
> ----- Original Message -----
>> From: "Kotresh Hiremath Ravishankar" <khiremat at redhat.com>
>> To: "Gluster Devel" <gluster-devel at gluster.org>
>> Sent: Monday, March 7, 2016 3:03:08 PM
>> Subject: [Gluster-devel] Using geo-replication as backup solution using gluster volume snapshot!
>>
>> Hi All,
>>
>> Here is the idea, we can use geo-replication as backup solution using gluster
>> volume
>> snapshots on slave side. One of the drawbacks of geo-replication is that it's
>> a
>> continuous asynchronous replication and would not help in getting the last
>> week's or
>> yesterday's data. So if we use gluster snapshots at the slave end, we can use
>> the
>> snapshots to get the last week's or yesterday's data making it a candidate
>> for a
>> backup solution. The limitation is that the snapshots at the slave end can't
>> be
>> restored as it will break the running geo-replication. It could be mounted
>> and
>> we have access to data when the snapshots are taken. It's just a naive idea.
>> Any suggestions and use cases are worth discussing:)
>>
>>
>> Thanks and Regards,
>> Kotresh H R
>>
>> _______________________________________________
>> Gluster-devel mailing list
>> Gluster-devel at gluster.org
>> http://www.gluster.org/mailman/listinfo/gluster-devel
>>
> _______________________________________________
> Gluster-devel mailing list
> Gluster-devel at gluster.org
> http://www.gluster.org/mailman/listinfo/gluster-devel



More information about the Gluster-users mailing list