backup with rsync
OK, so we're starting to build our cluster now, which is all well and good, except we haven't discussed backups yet.
We are looking at having multiple physical servers share the traffic (Load balancing) and as they are online, will serve as hot replacements in the event of a machine or daemon process dying (failover). We could replicate our database, to reduce single point of failure - but this doesn't safeguard against a user 'DROP'ing our tables and data. We might use RAID, so that if one hard drive fails, the data is not lost - but again this doesnt stop an errant "rm -rf /*" (don't try this at home kids!)
So, we copy our data from one machine to another, from where it can be written to usb disk, tape drive, dvd, usb flash, whatever... and possibly exported back to the network as a read only share.
rsync -avz -e 'ssh -l username' /local/source/dir/ remotefoo:/destination/dir
I like to use the command like this, so I know I'm using ssh to copy, with compression. see the man rsync page for more options.
We are looking at having multiple physical servers share the traffic (Load balancing) and as they are online, will serve as hot replacements in the event of a machine or daemon process dying (failover). We could replicate our database, to reduce single point of failure - but this doesn't safeguard against a user 'DROP'ing our tables and data. We might use RAID, so that if one hard drive fails, the data is not lost - but again this doesnt stop an errant "rm -rf /*" (don't try this at home kids!)
So, we copy our data from one machine to another, from where it can be written to usb disk, tape drive, dvd, usb flash, whatever... and possibly exported back to the network as a read only share.
rsync -avz -e 'ssh -l username' /local/source/dir/ remotefoo:/destination/dir
I like to use the command like this, so I know I'm using ssh to copy, with compression. see the man rsync page for more options.
posted by Nevyn at
06:09
0 Comments
