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

feat(common): rework default spread and affinity to prevent RWX issues #31693

Open
2 tasks done
PrivatePuffin opened this issue Feb 6, 2025 · 0 comments · May be fixed by #31536
Open
2 tasks done

feat(common): rework default spread and affinity to prevent RWX issues #31693

PrivatePuffin opened this issue Feb 6, 2025 · 0 comments · May be fixed by #31536
Assignees
Labels
enhancement New feature or request

Comments

@PrivatePuffin
Copy link
Member

Is your feature request related to a problem?

  • Currently we have certain charts that share storage between multiple pods.
  • We also have a default spread constraint that prefers spreading all pods over multiple nodes

This creates issues where those pods all call for access to the same storage for many users, as RWX CSIs are definately not the default.

Describe the solution you'd like

Make some sane defaults:

  • When multiple workloads access a persistence object thats PVC, deploy them on the same node
  • When there are multiple replicas for a specific workload, prefer to spread them over multiple nodes
  • When there are multiple workloads that do NOT share persistence objects, prefer to spread them over multiple nodes.

This should fix most RWX-RWO related issues

Describe alternatives you've considered

.

Additional context

Its important to note that "multi-workload" splits are not for High Availability, so it doesn't matter if they get deployed on the same pod.

However, multiple replicas áre intended for HA and hence should be split among nodes.

I've read and agree with the following

  • I've checked all open and closed issues and my request is not there.
  • I've checked all open and closed pull requests and my request is not there.
@PrivatePuffin PrivatePuffin added the enhancement New feature or request label Feb 6, 2025
@PrivatePuffin PrivatePuffin self-assigned this Feb 10, 2025
@PrivatePuffin PrivatePuffin added this to the TrueCharts 2025-Q1 milestone Feb 10, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant