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 put the backup cluster close to the live cluster with a gigabit connection only for Cassandra. Thanks! Rene 2013/3/15 Aaron Turner <synfina...@gmail.com> > On Fri, Mar 15, 2013 at 3:12 AM, Rene Kochen > <rene.koc...@emea.schange.com> 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 so far you haven't given us any facts. > Like: > > 1. How big of a data set? > 2. How many nodes in your primary DC? > 3. How many transactions/sec is your primary DC doing? > 4. What are your uptime SLA's? > 5. Just how fast is "high bandwidth" How much latency? > > Anyways, will it work? Possibly. What are the disadvantages? Well > it depends on a bunch of things you haven't told us. > > > > -- > Aaron Turner > http://synfin.net/ Twitter: @synfinatic > http://tcpreplay.synfin.net/ - Pcap editing and replay tools for Unix & > Windows > Those who would give up essential Liberty, to purchase a little temporary > Safety, deserve neither Liberty nor Safety. > -- Benjamin Franklin > "carpe diem quam minimum credula postero" >