Advise needed on backup solution with Gluster astarget

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Thanks,

It is to backup a distributed volume to another distributed volume on
different HW (duh!). The files are mostly hi-res tif images. I would use
georep but I need retention. I will need hourly, daily, weekly type of
rotations. Both volumes are distributed across 7 nodes each. All is
interconnected with dual 10Gbps network. Size is tens of TB. Daily change
set is wildy varying. Batch of about 3 TB (a USB disk) get added or removed
daily. The files themselves are almost never changes. Sometimes but then
only the EXIF data. Some data sometimes gets moved around on the source
volume.

Fred

Seeing, contrary to popular wisdom, isn?t believing. It?s where belief
stops, because it isn?t needed any more.. (Terry Pratchett)


On Tue, Aug 27, 2013 at 8:42 PM, Maik Kulbe
<info at linux-web-development.de>wrote:

> Everything you need to know about hard links is in the documentation:
> http://gluster.org/community/documentation/index.php/Arch/Glusterfs_Hard_Links
>
> But I think the solution mostly depends on your workload.. What will be
> backed up? Small or large files? Rotations for the backups? What access do
> the backup clients have to the backup target? What is the tech on the
> client? SAN? Local disks?
>
> -----Original Mail-----
> From: Fred van Zwieten [fvzwieten at vxcompany.com]
> Sent: 27.08.13 - 20:30:53
> To: gluster-users at gluster.org [gluster-users at gluster.org]
>
> Subject: Advise needed on backup solution with Gluster
> astarget
>
> > Hi,
> > I have a need to build a backup solution using a distribution gluster
> > volume as the target. I am looking at rsnapshot (www.rsnapshot.org).
> This
> > solution depends heavily on hardlinks on the target. Is this a problem on
> > glusterfs? If so, what would be a better solution?
> > Fred
> > Seeing, contrary to popular wisdom, isn?t believing. It?s where belief
> > stops, because it isn?t needed any more.. (Terry Pratchett)
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20130827/8bdeafa0/attachment.html>


[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux