-
-
Notifications
You must be signed in to change notification settings - Fork 16
feat!: Add new ListenerClass.pinnedNodePorts field
#1105
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
Changes from 3 commits
1e9d75d
16a07e1
0b5e63c
23a9028
7d82c52
fa8aa89
6e2a6da
eab4bfa
247a951
d966158
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Some generated files are not rendered by default. Learn more about how customized files appear on GitHub.
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -66,5 +66,19 @@ pub mod versioned { | |
| /// Defaults to `HostnameConservative`. | ||
| #[serde(default = "ListenerClassSpec::default_preferred_address_type")] | ||
| pub preferred_address_type: core_v1alpha1::PreferredAddressType, | ||
|
|
||
| /// Wether a Pod exposed using a NodePort should be pinned to a specific Kubernetes node. | ||
| /// | ||
| /// By pinning the Pod to a specific (stable) Kubernetes node, stable addresses can be | ||
| /// provided using NodePorts. The stickiness is achieved by listener-operator setting the | ||
| /// `volume.kubernetes.io/selected-node` annotation on the Listener PVC. | ||
| /// | ||
| /// However, this only works on setups with long-living nodes. If your nodes are rotated on | ||
| /// a regular basis, the Pods previously running on a removed node will be stuck in Pending | ||
| /// until you delete the PVC with the stickiness. | ||
sbernauer marked this conversation as resolved.
Outdated
Show resolved
Hide resolved
|
||
| /// | ||
| /// Because of this we don't enable stickiness by default to support all environments. | ||
| #[serde(default)] | ||
|
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. This is a dangerous default. Having it be configurable is one thing (I'd probably still be against it, but my vague opinion doesn't really count for much anymore :p), but unpinned + NodePort should be a big warning sign that you're doing something Weird and are probably using the wrong tool (and about to walk into a rake). There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I'm the person who looked at customer issues we had and said "let's change it". To me it sounds totally sane - otherwise I probably wouldn't have asked for this. Can you elaborate what I'm missing? We've outlined the reasons a bit here: stackabletech/issues#770 And let me close by saying that your opinion does and will count going forward. Thanks for still looking into this. We do have jobs available if you'd like to be paid to work on this ;-) |
||
| pub sticky_node_ports: bool, | ||
| } | ||
| } | ||
Uh oh!
There was an error while loading. Please reload this page.