[Gluster-users] [Gluster-devel] Using geo-replication as backup solution using gluster volume snapshot!
avishwan at redhat.com
Wed Mar 9 05:45:24 UTC 2016
On 03/08/2016 11:34 PM, Atin Mukherjee wrote:
> 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
>>> snapshots on slave side. One of the drawbacks of geo-replication is that it's
>>> 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
>>> 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
>>> restored as it will break the running geo-replication. It could be mounted
>>> we have access to data when the snapshots are taken. It's just a naive idea.
>>> Any suggestions and use cases are worth discussing:)
> When you mention that gluster snapshot can be taken at the slave end how
> does it guarantee that the data is available till yesterday or next week
> considering the asynchronous nature of the replication strategy? (I've
> very limited knowledge on geo replication, so I may sound stupid!)
Check my response in the same thread. Geo-rep now has a scheduler
script, which can be used to run Geo-replication whenever required.
It does the following to make sure everything is synced to Slave.
1. Stop Geo-replication if Started
2. Start Geo-replication
3. Set Checkpoint
4. Check the Status and see Checkpoint is Complete.(LOOP)
5. If checkpoint complete, Stop Geo-replication
>>> Thanks and Regards,
>>> Kotresh H R
>>> Gluster-devel mailing list
>>> Gluster-devel at gluster.org
>> Gluster-devel mailing list
>> Gluster-devel at gluster.org
> Gluster-devel mailing list
> Gluster-devel at gluster.org
More information about the Gluster-users