Re: running C* on AWS EFS storage ...

2017-11-13 Thread Subroto Barua
From our experience, the ebs remount process was quite painful Subroto > On Nov 12, 2017, at 4:18 PM, kurt greaves wrote: > > What's wrong with just detaching the EBS volume and then attaching it to the > new node?​ Assuming you have a separate mount for your C* data

Re: running C* on AWS EFS storage ...

2017-11-12 Thread kurt greaves
What's wrong with just detaching the EBS volume and then attaching it to the new node?​ Assuming you have a separate mount for your C* data (which you probably should).

Re: running C* on AWS EFS storage ...

2017-11-12 Thread Subroto Barua
when we replace node, we can dynamically reassign the IPs to the new node, reducing downtime. But we are not sure about the performance in terms of latency, throughput etc (we are heavy on reads). On Sunday, November 12, 2017, 2:03:14 PM PST, Jeff Jirsa wrote: Any

Re: running C* on AWS EFS storage ...

2017-11-12 Thread Jeff Jirsa
Any reason you think EFS would be better than EBS? -- Jeff Jirsa > On Nov 12, 2017, at 1:38 PM, Subroto Barua > wrote: > > Hi, > > We have a unique requirement to replace C* (3.0.x on RHEL) nodes with a new > AWS AMI image periodically. The current process

running C* on AWS EFS storage ...

2017-11-12 Thread Subroto Barua
Hi, We have a unique requirement to replace C* (3.0.x on RHEL) nodeswith a new AWS AMI image periodically. The current process (add node/decommissionetc) is a very manual and time consuming process. We currently use EBS andexploring EFS as an option to speed up the process. Does anybody have