Re: CEPH Cluster Backup - Options on my solution

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

 



On 17.08.2019 02:24, Mike O'Connor wrote:
Hi All

I've been worried that I did not have a good backup of my cluster and
having looked around I could not find anything which did not require
local storage.

I found Rhian script while looking for a backup solution before a major
version upgrade and found that it worked very well.

I'm looking for opinions on this method below.

This uses stdio to pipe the data directly from rbd to a s3 host, while
encrypting the data.

I have a few worries.

1. The snap shots, I think I should be deleting the older one and only
keeping the the last one or two.
2. Having only one full backup and diff from there seems wrong to me but
the amount of data would seem to preclude creating a new full back up on
a regular biases.

I'm sure that others will pipe up with more issues.

Note. The sum.c program is needed because s3 needs to be told about
files which are larger than 5Gig and the standard tools I tested all had
a limit of 32bits when printing out the size in bytes

Cheers

Mike

[SNIP script]

Hi mike

When looking for backup solutions, did you come across benji [1][2] and the orginal backy2 [3][4] solutions ? I have been running benji for a while now, and it seems solid. I use a second cluster as storage, but it does support S3 and encryption as well.

just wondering if you had any experience you could share that excluded these options, and make you aware of them if you did not.

kind regards
Ronny

--

[1] https://benji-backup.me/
[2] https://github.com/elemental-lf/benji
[2] http://backy2.com/
[4]https://github.com/wamdam/backy2

_______________________________________________
ceph-users mailing list -- ceph-users@xxxxxxx
To unsubscribe send an email to ceph-users-leave@xxxxxxx



[Index of Archives]     [Information on CEPH]     [Linux Filesystem Development]     [Ceph Development]     [Ceph Large]     [Ceph Dev]     [Linux USB Development]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [xfs]


  Powered by Linux