Hi everyone,
I would like to start the voting for CEP-40 as all the feedback in the
discussion thread seems to be addressed.
Proposal:
https://cwiki.apache.org/confluence/display/CASSANDRA/CEP-40%3A+Data+Transfer+Using+Cassandra+Sidecar+for+Live+Migrating+Instances
Discussion thread:
Hi all,
I did not hear anything in the last 10+ days. I am taking it as a positive
sign and proceeding to the voting stage for this CEP.
Thanks!
Hari
On Fri, Jun 7, 2024 at 10:26 PM Venkata Hari Krishna Nukala <
n.v.harikrishna.apa...@gmail.com> wrote:
>
> Summarizing the discuss
availability
> and durability guarantees during migration. I can create a JIRA for it
> later.
>
> Sounds good. As I mentioned, I'm fine either way: if we do it as a part of
> CEP, or as a follow-up.
>
> On Sun, May 12, 2024, at 8:18 PM, Venkata Hari Krishna Nukala wrote:
&g
rovide with it, and have it stated explicitly, for both "source node
> down" and "source node up" cases. That said, since we will have to
> integrate CEP-40 with TCM, and will have to ensure correctness of sstable
> diffing for the second phase, it might make sense t
between source and destination.
On Wed, May 1, 2024 at 12:27 AM Venkata Hari Krishna Nukala <
n.v.harikrishna.apa...@gmail.com> wrote:
> >In the next iteration, I am going to address the below point.
> >> I would like to see more abstraction of how the files get m
g sstables is good enough, then probably it can be
skipped.
On Mon, Apr 29, 2024 at 10:37 PM Dinesh Joshi wrote:
> On Tue, Apr 23, 2024 at 11:37 AM Venkata Hari Krishna Nukala <
> n.v.harikrishna.apa...@gmail.com> wrote:
>
>> reason why I called out binary level ver
that case is to migrate the largest keyspace to a
> dedicated cluster.
>
> Live migration but a bit more complicated. No chance of doing this
> manually without some serious brain surgery on c* and downtime.
>
> Patrick
>
>
> On Tue, Apr 23, 2024 at 11:37 AM Venkata Hari Kr
Thank you all for the inputs and apologies for the late reply. I see good
points raised in this discussion. *Please allow me to reply to each point
individually.*
To start with, let me focus on the point raised by Scott & Jon about file
content verification at the destination with the source in
>- However, it might not be permitted by the administrator or available
>in various environments such as Kubernetes or virtual instances like EC2.
>Enabling data transfer through a sidecar facilitates smooth instance
>migration.
>
> This feels more like NIH t
Hi all,
I have filed CEP-40 [1] for live migrating Cassandra instances using the
Cassandra Sidecar.
When someone needs to move all or a portion of the Cassandra nodes
belonging to a cluster to different hosts, the traditional approach of
Cassandra node replacement can be time-consuming due to
Hi Maxim,
I think this CEP is a great start to viewing Cassandra operations in a
different way! However, I have a few questions about it.
- How are the results of the commands expressed to the CQL client? Since
the command is being treated as CQL, I guess it will be rows, right? If
yes,
Hi,
I saw lots of information exposed through MBeans (like status, cfstats
etc...). I feel exposing them like as API has few advantages like, it is
more open (different types of clients can use) and more expressible for
request and response. Does the option of exposing such functionality
through
12 matches
Mail list logo