Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Investigate next gen architacture for ecchronos #652

Open
tommystendahl opened this issue Mar 22, 2024 · 2 comments
Open

Investigate next gen architacture for ecchronos #652

tommystendahl opened this issue Mar 22, 2024 · 2 comments
Assignees

Comments

@tommystendahl
Copy link
Collaborator

The current architecture with one ecchronos node for each cassandra node in a cluster doesn't scale well for large clusters. It would be very good if this could be changed so we could use one or two ecchronos nodes for each DC or maybe a small number of ecchronos nodes that handles the the whole cluster.

The goal of this issue would be to propose how a new architecture could work and a plan for how it could be implemented.

Expected outcome:

  • a proposal for a new architecture
  • a plan with tasks or milestones to implement the new atchitecture
@patrickclee0207
Copy link

really curious about this myself. I started trying ecchronos recently and so far having better success than the way I've been using Cassandra-reaper but I've wondered how this would work on larger clusters that I have. Largest I've tested so far is 60 node cluster.

@tommystendahl
Copy link
Collaborator Author

@patrickclee0207 Thanks for showing interest and I'm happy to here that you had some success trying out ecchronos. It works fine for smaller cluster and from our experience I think it still scales ok beyond 60 nodes. But when the clusters grow in size the number of connections each ecchronos node has to the cluster becomes a bottleneck. I hope we can find some good way to redesign ecchronos to address this.

@VictorCavichioli VictorCavichioli self-assigned this Apr 9, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants