Hi, Thanks for your help.
> For the moment, we use Benji to backup to a classic RAID 6. Will the RAID 6 be mirrored to another storage in remote site for DR purpose? > For RBD mirroring, you do indeed need another running Ceph Cluster, but we > plan to use that in the long run (on separate hardware of course). Seems this is the way to go, regardless of additional resources required? :) Btw, RBD mirroring looks like a DR copy instead of a daily backup from which we can restore image of particular date ? Thanks again. /st wong -----Original Message----- From: Oliver Freyermuth <freyerm...@physik.uni-bonn.de> Sent: Wednesday, September 19, 2018 5:28 PM To: ST Wong (ITSC) <s...@itsc.cuhk.edu.hk> Cc: Peter Wienemann <wienem...@physik.uni-bonn.de>; ceph-users@lists.ceph.com Subject: Re: [ceph-users] backup ceph Hi, Am 19.09.18 um 03:24 schrieb ST Wong (ITSC): > Hi, > > Thanks for your information. > May I know more about the backup destination to use? As the size of the > cluster will be a bit large (~70TB to start with), we're looking for some > efficient method to do that backup. Seems RBD mirroring or incremental > snapshot s with RBD > (https://ceph.com/geen-categorie/incremental-snapshots-with-rbd/) are some > ways to go, but requires another running Ceph cluster. Is my understanding > correct? Thanks. For the moment, we use Benji to backup to a classic RAID 6. With Benji, only the changed chunks are backed up, and it learns that by asking Ceph for a diff of the RBD snapshots. So that's really fast after the first backup, and especially if you do trimming (e.g. via guest agent if you run VMs) of the RBD volumes before backing them up. The same is true for Backy2, but it does not support compression (which really helps by several factors(!) in saving I/O and with zstd it does not use much CPU). For RBD mirroring, you do indeed need another running Ceph Cluster, but we plan to use that in the long run (on separate hardware of course). > Btw, is this one (https://benji-backup.me/) Benji you'r referring to ? > Thanks a lot. Exactly :-). Cheers, Oliver > > > > Cheers, > /ST Wong > > > > -----Original Message----- > From: Oliver Freyermuth <freyerm...@physik.uni-bonn.de> > Sent: Tuesday, September 18, 2018 6:09 PM > To: ST Wong (ITSC) <s...@itsc.cuhk.edu.hk> > Cc: Peter Wienemann <wienem...@physik.uni-bonn.de> > Subject: Re: [ceph-users] backup ceph > > Hi, > > we're also just starting to collect experiences, so we have nothing to share > (yet). However, we are evaluating using Benji (a well-maintained fork of > Backy2 which can also compress) in addition, trimming and fsfreezing the VM > disks shortly before, > and additionally keeping a few daily and weekly snapshots. > We may add RBD mirroring to a backup system in the future. > > Since our I/O requirements are not too high, I guess we will be fine either > way, but any shared experience is very welcome. > > Cheers, > Oliver > > Am 18.09.18 um 11:54 schrieb ST Wong (ITSC): >> Hi, >> >> >> >> We're newbie to Ceph. Besides using incremental snapshots with RDB to >> backup data on one Ceph cluster to another running Ceph cluster, or using >> backup tools like backy2, will there be any recommended way to backup Ceph >> data ? Someone here suggested taking snapshot of RDB daily and keeps 30 >> days to replace backup. I wonder if this is practical and if performance >> will be impact. >> >> >> >> Thanks a lot. >> >> Regards >> >> /st wong >> >> >> _______________________________________________ >> ceph-users mailing list >> ceph-users@lists.ceph.com >> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com >> > _______________________________________________ ceph-users mailing list ceph-users@lists.ceph.com http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
