-
Notifications
You must be signed in to change notification settings - Fork 102
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: Added new option enableProvidedByTopology #780
Conversation
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #780 +/- ##
==========================================
- Coverage 35.95% 35.85% -0.10%
==========================================
Files 20 20
Lines 1847 1874 +27
==========================================
+ Hits 664 672 +8
- Misses 1150 1168 +18
- Partials 33 34 +1 ☔ View full report in Codecov by Sentry. 🚨 Try these New Features:
|
41a3603
to
4f06570
Compare
sorry for the question here but as a nomad user, we probably also want make use of this feature. So I briefly looked through some docs and this is what I found: On nomad client nodes, we can define meta info: client {
enabled = true
node_class = "prod"
meta {
owner = "ops"
rack = "rack-12-1"
}
} Which seems to be used in ebs csi plugin topology_request {
required {
topology { segments { rack = "R1", zone = "us-east-1a" } }
topology { segments { rack = "R2", zone = "us-east-1a" } }
}
preferred {
topology { segments { rack = "R1", zone = "us-east-1a"} }
}
} that is why I tried this to check if this would work with v2.10.0, but it didn't but, but shouldn't it? Is there maybe just a small mistake somewhere? client {
enabled = true
meta {
"instance.hetzner.cloud/provided-by" = "cloud"
} |
@resmo I don't have much Nomad knowledge yet, but it might be enough to specify an anti-affinity towards the non-cloud nodes on the CSI Node Job. This should also suffice in Kubernetes, but there is an upstream issue in the scheduler, which we built this workaround for. |
We are reintroducing a feature originally present in v2.10.0 to prevent pods from getting stuck in the `pending` state in clusters with non-cloud nodes. This feature is now optional and can be enabled via the Helm Chart. By default, it remains disabled to avoid compatibility issues with Nomad clusters, which have a different CSI spec implementation.
0cab3aa
to
3f62d81
Compare
<!-- section-start changelog --> ### Features - Added new option enableProvidedByTopology (#780) - drop tests for kubernetes v1.28 (#796) ### Bug Fixes - prefer scheduling the csi controller on cloud nodes (#786) ### Kubernetes Support This version was tested with Kubernetes 1.29 - 1.31. Furthermore, we dropped v1.28 support. <!-- section-end changelog --> --- <details> <summary><h4>PR by <a href="https://github.com/apricote/releaser-pleaser">releaser-pleaser</a> 🤖</h4></summary> If you want to modify the proposed release, add you overrides here. You can learn more about the options in the docs. ## Release Notes ### Prefix / Start This will be added to the start of the release notes. ```rp-prefix ``` ### Suffix / End This will be added to the end of the release notes. ```rp-suffix ### Kubernetes Support This version was tested with Kubernetes 1.29 - 1.31. Furthermore, we dropped v1.28 support. ``` </details> Co-authored-by: releaser-pleaser <>
We are reintroducing a feature originally present in v2.10.0 to prevent pods from getting stuck in the
pending
state in clusters with non-cloud nodes. This feature is now optional and can be enabled via the Helm Chart. By default, it remains disabled to avoid compatibility issues with Nomad clusters, which have a different CSI spec implementation.Learn more about it in #400.