Gluster users - Oct 2013 - Geo-replication: queue delete commands and process after a specified time

Hello list,

I'm toying with the idea of using Gluster as a user facing network share,
and geo-replicating the data for backup purposes.

At a bare minimum I'd like geo-replicate to not sync file deletions
immediately to the slave, but instead queue those deletions for a
configurable period of time (say 7 days).

As an added bonus, moving a file would actually leave a copy behind with a
data stamp suffix on the slave. I could then have a cron job cleanup old
file copies. Lastly I would then expose the geo-replicated volume to users
as read-only so they could retrieve old files if necessary, perhaps in a
web-ui. At the end of the day I suppose I'm looking for a VSS style
solution.
>From some research it doesn't look like either of these solutions exist
in
Gluster right now, are there any plans for this type of use-case? Obviously
this would cause some serious havoc if the volume was used as a VM store so
it would need to be properly cautioned.

Otherwise, anyone know of an opensource solution that could do this?


*Steve Dainard *
IT Infrastructure Manager
Miovision <http://miovision.com/> | *Rethink Traffic*
519-513-2407 ex.250
877-646-8476 (toll-free)

*Blog <http://miovision.com/blog>  |
**LinkedIn<https://www.linkedin.com/company/miovision-technologies>  |
 Twitter <https://twitter.com/miovision>  |
Facebook<https://www.facebook.com/miovision>
*
------------------------------
 Miovision Technologies Inc. | 148 Manitou Drive, Suite 101, Kitchener, ON,
Canada | N2C 1L3
This e-mail may contain information that is privileged or confidential. If
you are not the intended recipient, please delete the e-mail and any
attachments and notify us immediately.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://supercolony.gluster.org/pipermail/gluster-users/attachments/20131024/0347209a/attachment.html>

Steve,

I think the best bet would be geo replication with lvm snaps:
1) Geo replicate to another gluster install on separate hardware
2) Snap the volume using lvm that you have your gluster bricks on

If you snap once a day and retain for 7 days, that should achieve your
backup need.

Cheers,
Dave


On Thu, Oct 24, 2013 at 11:40 AM, Steve Dainard <sdainard at
miovision.com>wrote:
> Hello list,
>
> I'm toying with the idea of using Gluster as a user facing network
share,
> and geo-replicating the data for backup purposes.
>
> At a bare minimum I'd like geo-replicate to not sync file deletions
> immediately to the slave, but instead queue those deletions for a
> configurable period of time (say 7 days).
>
> As an added bonus, moving a file would actually leave a copy behind with a
> data stamp suffix on the slave. I could then have a cron job cleanup old
> file copies. Lastly I would then expose the geo-replicated volume to users
> as read-only so they could retrieve old files if necessary, perhaps in a
> web-ui. At the end of the day I suppose I'm looking for a VSS style
> solution.
>
> From some research it doesn't look like either of these solutions exist
in
> Gluster right now, are there any plans for this type of use-case? Obviously
> this would cause some serious havoc if the volume was used as a VM store so
> it would need to be properly cautioned.
>
> Otherwise, anyone know of an opensource solution that could do this?
>
>
> *Steve Dainard *
> IT Infrastructure Manager
> Miovision <http://miovision.com/> | *Rethink Traffic*
> 519-513-2407 ex.250
> 877-646-8476 (toll-free)
>
> *Blog <http://miovision.com/blog>  | 
**LinkedIn<https://www.linkedin.com/company/miovision-technologies>  |
>  Twitter <https://twitter.com/miovision>  | 
Facebook<https://www.facebook.com/miovision>
> *
> ------------------------------
>  Miovision Technologies Inc. | 148 Manitou Drive, Suite 101, Kitchener,
> ON, Canada | N2C 1L3
> This e-mail may contain information that is privileged or confidential. If
> you are not the intended recipient, please delete the e-mail and any
> attachments and notify us immediately.
>
> _______________________________________________
> Gluster-users mailing list
> Gluster-users at gluster.org
> http://supercolony.gluster.org/mailman/listinfo/gluster-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://supercolony.gluster.org/pipermail/gluster-users/attachments/20131024/186c6daf/attachment.html>