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

Split operator auxiliary processes out of ScyllaDB container and remove the need to copy the operator binary there #1943

Open
2 of 6 tasks
Tracked by #1940
tnozicka opened this issue May 24, 2024 · 2 comments
Labels
kind/epic Categorizes issue as an epic. priority/important-soon Must be staffed and worked on either currently, or very soon, ideally in time for the next release. triage/accepted Indicates an issue or PR is ready to be actively worked on.

Comments

@tnozicka
Copy link
Member

tnozicka commented May 24, 2024

We should avoid running any operator logic in ScyllaDB container, as it's bad design and hurts ScyllaDB latency.

This will also effectively remove the hack where we copy the scylla-operator binary into the ScyllaDB container which takes a lot of time (init container has low cpu allocation) and significantly slows down the node start up time.

Tasks

Preview Give feedback
  1. kind/epic priority/important-longterm
    tnozicka
  2. kind/feature priority/important-soon triage/accepted
    tnozicka
  3. kind/feature priority/important-soon triage/accepted
    zimnx
  4. kind/cleanup priority/important-soon triage/accepted
    zimnx
  5. kind/epic priority/important-longterm triage/accepted
    rzetelskik
  6. kind/feature priority/important-longterm
@tnozicka tnozicka added priority/important-soon Must be staffed and worked on either currently, or very soon, ideally in time for the next release. kind/epic Categorizes issue as an epic. labels May 24, 2024
@tnozicka tnozicka self-assigned this May 24, 2024
Copy link
Contributor

The Scylla Operator project currently lacks enough contributors to adequately respond to all issues.

This bot triages un-triaged issues according to the following rules:

  • After 30d of inactivity, lifecycle/stale is applied
  • After 30d of inactivity since lifecycle/stale was applied, lifecycle/rotten is applied
  • After 30d of inactivity since lifecycle/rotten was applied, the issue is closed

You can:

  • Mark this issue as fresh with /remove-lifecycle stale
  • Close this issue with /close
  • Offer to help out

/lifecycle stale

@scylla-operator-bot scylla-operator-bot bot added the lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. label Jul 11, 2024
@tnozicka
Copy link
Member Author

/remove-lifecycle stale
/triage accepted

@scylla-operator-bot scylla-operator-bot bot added triage/accepted Indicates an issue or PR is ready to be actively worked on. and removed lifecycle/stale Denotes an issue or PR has remained open with no activity and has become stale. labels Jul 12, 2024
@tnozicka tnozicka removed their assignment Nov 25, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/epic Categorizes issue as an epic. priority/important-soon Must be staffed and worked on either currently, or very soon, ideally in time for the next release. triage/accepted Indicates an issue or PR is ready to be actively worked on.
Projects
None yet
Development

No branches or pull requests

1 participant