Re: Backup solution

2013-03-19 Thread aaron morton
IMHO this is a bad idea. * You secondary DC will have no redundancy, when you restart it you will be relying on HH and nodetool repair. * If your secondary DC machine fails so does the singe copy of your backup. * There will be additional management overhead for managing an unbalanced DC. * R

Re: Backup solution

2013-03-18 Thread Aaron Turner
On Mon, Mar 18, 2013 at 7:33 AM, Rene Kochen wrote: > Hi Aaron, > > Thank you for your answer! > > My idea was to do the snapshots in the backup DC only. That way the backup > procedure will not affect the live DC. However I'm afraid that a > point-in-time recovery via the snapshots in the second

Re: Backup solution

2013-03-18 Thread Rene Kochen
Hi Aaron, Thank you for your answer! My idea was to do the snapshots in the backup DC only. That way the backup procedure will not affect the live DC. However I'm afraid that a point-in-time recovery via the snapshots in the second DC (first restore backup on backup DC and then repair live DC) wi

Re: Backup solution

2013-03-15 Thread Aaron Turner
On Fri, Mar 15, 2013 at 10:35 AM, Rene Kochen wrote: > Hi Aaron, > > We have many deployments, but typically: > > - Live cluster of six nodes, replication factor = 3. > - A node processes more reads than writes (approximately 100 get_slices > per/second, narrow rows). > - Data per node is about 50

Re: Backup solution

2013-03-15 Thread Rene Kochen
Hi Aaron, We have many deployments, but typically: - Live cluster of six nodes, replication factor = 3. - A node processes more reads than writes (approximately 100 get_slices per/second, narrow rows). - Data per node is about 50 to 100 GBytes. - We should recover within 4 hours. The idea is to

Re: Backup solution

2013-03-15 Thread Philip O'Toole
You can consider using a WAN optimization appliance such as a Riverbed Steelhead to significantly speed up your transfers, though that will cost. It is a common approach to speed up inter-datacenter transfers. Steelheads for the AWS EC2 cloud are also available. (Disclaimer: I used to write so

Re: Backup solution

2013-03-15 Thread Aaron Turner
On Fri, Mar 15, 2013 at 3:12 AM, Rene Kochen wrote: > Thank you. I have a high bandwidth connection. But that also means that > regular repairs on the backup data-center will take a long time. Honestly, at this point I don't think anyone can provide you any good feedback based on facts because

Re: Backup solution

2013-03-15 Thread Rene Kochen
Thank you. I have a high bandwidth connection. But that also means that regular repairs on the backup data-center will take a long time. 2013/3/14 Jabbar Azam > Hello, > > If the live data centre disappears restoring the data from the backup is > going to take ages especially if the data is goin

Re: Backup solution

2013-03-14 Thread Jabbar Azam
Hello, If the live data centre disappears restoring the data from the backup is going to take ages especially if the data is going from one data centre to another, unless you have a high bandwidth connection between data centres or you have a small amount of data. Jabbar Azam On 14 Mar 2013 14:31