-
Notifications
You must be signed in to change notification settings - Fork 14
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
Proper Multus support #796
Comments
Hello @gruyaume, Unfortunately, Canonical Kubernetes does not support community add-ons similar to MicroK8s. You will need to adjust your product documentation and install Multus via helm or another tool. There are docs on how-to set up Multus + SRIOV as part of our EPA docs. Any feedback on this set-up and our documentation is welcome! |
Yeah I understand that community add-ons are a thing of the past, I'm not suggesting we take the same route as MicroK8s. I don't really mind about the approach honestly, it could be a new API, or documentation focused, but right now we have neither. On the topic of the docs. First, they don't quite work. As I mentioned above, Cilium has to be installed with "cni.exclusive" set to false for Multus to work. Second, they are hidden behind EPA. I didn't know what EPA was, nor did I want most of what was in there, all I wanted was Multus. |
Summary
At the moment, Multus support is quite awkward. As far as I know, the best approach to enable Multus in Canonical Kubernetes is to:
Why is this important?
Multus is commonly used in Telco use cases.
In the context of the Telco engineering team, our User Plane Function (UPF) requires Multus. If we don't add this support, our product documentation will have to adapt from the previous Microk8s approach (microk8s enable community + microk8s enable multus) to this awkward approach.
Are you interested in contributing to this feature?
It depends.
The text was updated successfully, but these errors were encountered: