Re: Transparent Fail-Over for Java Driver to survive Cluster Rolling

2016-10-24 Thread Hannu Kröger
Hi, QUORUM would go through if only one node is down any given time. Depending on the consistency requirements of your application, you could also use ONE (or LOCAL_ONE) as well for sensor reading storage. That would go through even if two nodes are down any given time. BR, Hannu > On 24 Oct

Re: Transparent Fail-Over for Java Driver to survive Cluster Rolling

2016-10-24 Thread Andreas Fritzler
Thanks a lot Hannu! How about the write path though. What consistency level would I choose if I want to insert e.g. sensor data into my cluster without the app crashing every time I up update the cluster? I would assume that QUORUM (replication of 3) might not always go through? On Mon, Oct

Re: Transparent Fail-Over for Java Driver to survive Cluster Rolling

2016-10-24 Thread Hannu Kröger
Hi, Once the client is connected, it will automatically connect to many nodes in the cluster. Therefore once the app is running the amount of contact points doesn’t matter and if you have consistency level < ALL (or QUORUM where replication factor is <= 2), your app should tolerate rolling

Transparent Fail-Over for Java Driver to survive Cluster Rolling

2016-10-24 Thread Andreas Fritzler
Hi, I was wondering if it is enough to set a list of contact points via: Cluster.builder().addContactPoint("host1").addContactPoint("host2")...; to survive a cluster rolling while inserting/reading from the cluster. Regards, Andreas