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"
>

Reply via email to