-
Notifications
You must be signed in to change notification settings - Fork 584
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
pass through the pod annotations when multus receives them #1204
base: master
Are you sure you want to change the base?
pass through the pod annotations when multus receives them #1204
Conversation
See https://github.com/kubernetes/kubernetes/issues/69882\#issuecomment-1509077177 Passing the annotations seems not to be a standardized behaviour, but it is very useful nontheless. Signed-off-by: Philipp Riederer <[email protected]>
I'm not clear that |
This comment is a good summary. My use case is that a custom CNI plugin needs some extra information to configure the networking of a Pod that I would like to pass as an annotation on the Pod; containerd can already be configured to pass this annotation to CNI plugins, this patch enables multus to receive it. |
Tomo's looking into the possibility of checking this out with capability args in the meanwhile, and we'll circle back to it to make sure it's necessary. |
@dougbtv @s1061123 I think that this refers to the fact that you don't have to go to the apiserver to fetch the labels and the annotations of the pod if you set this option in containerd and crio kubernetes/kubernetes#69882 (comment), as those values will be available in the CNI ADD request Basically you can save this API call and get it from the capabilities multus-cni/pkg/k8sclient/k8sclient.go Lines 407 to 421 in 53a68c3
|
This would be a useful feature for my own use-case -- to pass node affinity/taint information concerning particular network attachments onto pods that use them. |
Hi, this feature would help our CNI to get some pod annotations directly and avoid implementing token management for it to access api-server... |
This pull request is stale because it has been open 90 days with no activity. Remove stale label or comment or this will be closed in 7 days. |
I still think this is useful. |
/remove-lifecycle stale |
See kubernetes/kubernetes#69882 (comment) and #1116
Passing the annotations seems not to be a standardized behaviour, but it is very useful nontheless.